The devicetree line that compiles clean and boots wrong

status = "ok" is not one of the five values in the Devicetree Specification v0.4 (okay, disabled, reserved, fail, fail-sss). dtc has no opinion about it - it is just a string. Zephyr marks the node present only for the exact value okay, so the sensor quietly leaves the build and you debug the driver instead of the line. 23 rules, 50 snippets. This page runs the same 23 rules the extension runs, in your browser, on nothing you upload.

Questions

What does it actually do?

It reads a config file line by line and reports the spellings that parse but do not mean what you wrote - status = "ok", a compatible with no comma, address-cells without the #, an unquoted TOML edition. 23 rules over seven languages, plus 50 snippets. No toolchain, no build context, no network.

Do the free devicetree extensions not already do this?

They highlight and complete, and inside a configured Zephyr or nRF context they resolve bindings - that part they do better than this pack. They do not grade a bare .overlay pasted out of a vendor forum, and they say nothing about the TOML, .properties, .ahk, .rpy or .ink files sitting in the same repo.

Why does an AI assistant get this wrong?

Because enabled is the English word and every other config format in the repo uses it. Devicetree does not: the value that turns a node on is okay and nothing else. It is the exact shape of mistake that reads correct and builds clean.

Get the complete version $29

This page is the working piece. The full pack has everything below.

status = "ok" compiles clean and the node never appears. 23 rules over 7 config languages, on the file you have open.

A freelance embedded software engineer bills about $103/hour (contractrates.fyi, 2026); a staff embedded firmware engineer's hour averages $58.66 in the US (ZipRecruiter, June 2026). One node silently dropped from a build costs an

Buy the full version — $29
Want the full version?
Enter your email and we send the download link.
ENDEJAESPT

Find a tool