Hi, On Thu, Nov 06, 2025 at 08:40:55PM +0100, Heiko Stuebner wrote: > Am Donnerstag, 6. November 2025, 19:09:13 Mitteleuropäische Normalzeit > schrieb Chris Morgan: > > From: Chris Morgan <[email protected]> > > > > Add support for the dw-hdmi-qp driver to handle devices with missing > > HPD pins. > > > > Since in this situation we are now polling for the EDID data via i2c > > change the error message to a debug message when we are unable to > > complete an i2c read, as a disconnected device would otherwise fill > > dmesg with i2c read errors. > > > > Signed-off-by: Chris Morgan <[email protected]> > > > @@ -1074,12 +1095,18 @@ struct dw_hdmi_qp *dw_hdmi_qp_bind(struct > > platform_device *pdev, > > if (ret) > > return ERR_PTR(ret); > > > > + if (of_property_present(pdev->dev.of_node, "no-hpd")) > > + hdmi->no_hpd = 1; > > + else > > + hdmi->no_hpd = 0; > > + > > what is the argument against > > hdmi->no_hpd = of_property_read_bool(pdev->dev.of_node, "no-hpd")); ?
Would be even better to use this, which avoids adding DT specific code to the bridge driver: hdmi->no_hpd = device_property_read_bool(pdev->dev, "no-hpd"); Greetings, -- Sebastian
signature.asc
Description: PGP signature
