Conversation

Krzysztof Kozlowski

Edited 1 year ago

@conor @palmer With just two fixes in kernel RISC-V DTS have full dtbs_check compliance! Good job RISC-V folks!

  DTC_CHK arch/riscv/boot/dts/microchip/mpfs-icicle-kit.dtb
  DTC_CHK arch/riscv/boot/dts/allwinner/sun20i-d1-dongshan-nezha-stu.dtb
  ...

[1] https://lore.kernel.org/linux-devicetree/20230326164751.104789-1-krzysztof.kozlowski@linaro.org/T/#u

[2] https://lore.kernel.org/linux-devicetree/20230326164700.104570-1-krzysztof.kozlowski@linaro.org/T/#u

1
1
2
@krzk @palmer For a while I had managed to get us down to zero!
I think that canaan one popped up as a result of Rob's unevaluated-properties fixes in dt-schema. I'll go pick up that fix later, thanks.
1
0
0
@conor @palmer Indeed, new things will keep popping up. New bindings might get converted to DT schema, Rob might add more checks/warnings... or new DTS can introduce something. I think the only way to keep near-zero warnings is to keep running dtbs_check on new patches, so you spot new issues fast.
1
0
1
@krzk @palmer yup. I try to keep on top of it - I think the k210 stuff is in a bit of a blind spot as it's incompatible with defconfig due to its lack of an mmu.
1
0
0
@conor @krzk also looks like whatever I was doing to check the tests is broken, there's some spew in the logs about `Documentation/devicetree/bindings/firmware/fsl,scu.example.dtb: system-controller: pinctrl:lpuart0grp:fsl,pins:0: [111, 0, 100663328, 112, 0, 100663328] is too long`
1
0
0
@palmer @krzk possibly your dt-schema is out of date. I usually try and keep up to date w/ dt-schema's main branch: https://github.com/devicetree-org/dt-schema#installing
1
0
0
@conor @krzk that's probably it, but I'm still worried about why the tests aren't failing...
1
0
0
@palmer @krzk What do you use to determine if the test fails?
1
0
0
@conor @krzk grep/bash/make type stuff, it's almost certainly broken ;)
2
0
0
@palmer @conor dtbs_check produces warnings thus it does not fail entire make command. Warnings are a bit non-standard, so for example for Buildbot I use "^.*\.dtb: " pattern to detect them.
0
0
1
@palmer @krzk The parsing doesn't look broken, but the exit status for the submake jobs are a) ignored for dt_binding_check (fair, I do that too in my CI) and b) afaik unaffected by dt-schema issues in dtbs_check
1
0
0
@palmer @krzk Ohh, and W=1 for dtbs_check isn't too bad, there's one known issue w/ the renesas bits that's waiting on dma bits.
0
0
0