Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider: - [Low] The compatible string 'starfive,jh7110-hdmi-subsystem' embeds software architecture details into the hardware description. --
commit f244c8f1868df1c7d5507202956114ed3dbd675e Author: Michal Wilczynski <[email protected]> dt-bindings: mfd: Add starfive,jh7110-hdmi-subsystem This commit adds a device tree binding for the StarFive JH7110 HDMI subsystem. The binding describes a parent device acting as an MFD to hold shared registers for PHY and controller children, addressing a circular clock dependency. > diff --git > a/Documentation/devicetree/bindings/mfd/starfive,jh7110-hdmi-subsystem.yaml > b/Documentation/devicetree/bindings/mfd/starfive,jh7110-hdmi-subsystem.yaml > new file mode 100644 > --- /dev/null > +++ > b/Documentation/devicetree/bindings/mfd/starfive,jh7110-hdmi-subsystem.yaml [ ... ] > +description: > + The StarFive JH7110 HDMI block is a monolithic IP containing both > + the digital controller logic and the analog PHY logic in a single > + register space. > + > +properties: > + compatible: > + const: starfive,jh7110-hdmi-subsystem [Severity: Low] Is the use of "subsystem" in this compatible string intentional? Device tree bindings typically describe the physical hardware block rather than the software architecture. Since the commit message and description indicate the HDMI IP is a monolithic physical block, encoding a Linux-specific driver concept like a subsystem or an MFD parent into the compatible string appears to embed software details into the hardware description. Could this compatible string be updated to reflect the actual hardware block's designation without the "subsystem" suffix? -- Sashiko AI review ยท https://sashiko.dev/#/patchset/[email protected]?part=3
