From: sashiko-bot@kernel.org
To: "Rohan Mithari" <rohanmithari09@gmail.com>
Cc: devicetree@vger.kernel.org, conor+dt@kernel.org, robh@kernel.org
Subject: Re: [PATCH] dt-bindings: misc: add YAML binding for qemu,pvpanic-mmio
Date: Wed, 20 May 2026 16:57:51 +0000 [thread overview]
Message-ID: <20260520165752.4A1441F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260520164846.637522-1-rohanmithari09@gmail.com>
Thank you for your contribution! Sashiko AI review found 3 potential issue(s) to consider:
- [Medium] The commit introduces a YAML version of the qemu,pvpanic-mmio binding without deleting the original text binding.
- [Low] The example uses a 4-cell `reg` property without specifying `#address-cells` and `#size-cells`, which will cause `dt_binding_check` to fail.
- [Low] Missing newline at the end of the YAML file.
--
commit 8822d211de2348fd88169fd34a07c2dd995de355
Author: Rohan Mithari <rohanmithari09@gmail.com>
dt-bindings: misc: add YAML binding for qemu,pvpanic-mmio
This commit adds a new YAML device tree binding schema for the QEMU PVPANIC
MMIO device.
> diff --git a/Documentation/devicetree/bindings/misc/qemu,pvpanic-mmio.yaml b/Documentation/devicetree/bindings/misc/qemu,pvpanic-mmio.yaml
> new file mode 100644
> index 0000000000000..22d1333f9c2df
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/misc/qemu,pvpanic-mmio.yaml
[Severity: Medium]
Does this patch omit the deletion of the original pvpanic-mmio.txt file?
When converting an older text device tree binding to the YAML format, the
original text file should typically be removed in the same commit to prevent
duplicated documentation and out-of-sync updates.
[ ... ]
> +examples:
> + - |
> + pvpanic@9060000 {
> + compatible = "qemu,pvpanic-mmio";
> + reg = <0x0 0x9060000 0x0 0x2>;
[Severity: Low]
Will this example trigger a schema validation error during make
dt_binding_check?
In the dt-schema testing framework, example snippets are implicitly wrapped in
a root node where the default address-cells and size-cells are 1. The reg
property here provides 4 cells, which parses as an array of 2 distinct items.
However, the schema restricts the reg property with a maxItems: 1 constraint.
Could the example be updated to specify the correct address-cells and
size-cells to match the 4-cell reg property?
> + };
> \ No newline at end of file
[Severity: Low]
This isn't a bug, but there is a missing trailing newline character at the
end of the file.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260520164846.637522-1-rohanmithari09@gmail.com?part=1
next prev parent reply other threads:[~2026-05-20 16:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-20 16:48 [PATCH] dt-bindings: misc: add YAML binding for qemu,pvpanic-mmio Rohan Mithari
2026-05-20 16:57 ` sashiko-bot [this message]
2026-05-20 19:13 ` Rob Herring (Arm)
2026-05-21 10:25 ` Krzysztof Kozlowski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260520165752.4A1441F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=robh@kernel.org \
--cc=rohanmithari09@gmail.com \
--cc=sashiko-reviews@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox