[PATCH 2/4] Revert "dt-bindings: display: bridge: ldb: Fill in reg property"

Marco Felsch m.felsch at pengutronix.de
Tue May 5 08:45:56 PDT 2026


On 26-05-05, Rob Herring wrote:
> On Mon, May 04, 2026 at 10:21:42PM +0200, Marco Felsch wrote:
> > This reverts commit 16c8d76abe83d75b578d72ee22d25a52c764e14a.
> > 
> > Remove the 'reg' and 'reg-names' property from the LDB.
> > 
> > The LDB is either part of the IOMUX_GPR (i.MX6SX) or the BLKCTRL
> > (i.MX8MP, i.MX93) register space. Both IOMUX_GPR and BLKCTRL are
> > register ranges with loose register definitions. E.g.
> > 
> >   - On the i.MX8MP there is one register which controls the AXI
> >     threshold for two different IPs (BIT(31:16) - IP1, BIT(15:0) - IP2).
> >   - On the i.MX6SX IOMUXC_GPR5 controlls: CSI2 mux, WDOG3 settings, PXP
> >     handshake, ...
> > 
> > In conclusion: it can't be ensured that one register belongs to one
> > dedicated IP and the LDB is rather an exception than the rule.
> 
> It is fine if there's a child node for LDB if the LDB registers are 
> consistent, but the other misc things are represented by the parent 
> node. It is certainly not a requirement that either everything be in 
> child nodes or nothing be in child nodes.
> 
> What I don't see in this series is what problem does this fix? If you 
> are going to break compatibility, then there had better be a good 
> reason.

Hi Rob,

with the upcoming i.MX9x SoCs the parent syscon (BLKCTRL) controlls
multiple other IPs, e.g. a DPI mux added by commit 3feaa4342637
("dt-bindings: soc: imx93-media-blk-ctrl: Add PDFC subnode to schema and
example").

During the discussion of the above commit we agreed that the sub-devices
of the syscon shall not use the reg property due to the fact that one
register serves multiple purposes. In the above case the same register
controlling the dpi-mux also controlls MIPI-DSI bits. The MIPI-DSI bits
can be abstracted as drm-bridge as well. Two sub-devs using the same
'reg' property below the same parent seems odd and I don't know if this
allowed either.

Now the LDB is also part of this BLKCTRL syscon device but requires the
reg property. TBH, I don't know why the reg property was added in the
first place, due to the above fact (multiple sub-devs - same register).

Of course, we could limit the breakage to i.MX9* SoCs only which is done
by:
 - https://lore.kernel.org/all/20260329-fsl_ldb_schema_fix-v1-1-351372754bc0@nxp.com/

but I don't think that this would be nice from user and from maintainer
perspective, because:
 1) The same LDB "IP" would have a different dt-binding
    (user perspective)
 2) It introduces another dimension drivers need to care about
    (maintainer perspective)

Therefore I went this way to drop it all together to make it easier for
the user and the maintainers.

Regards,
  Marco



> 
> Rob
> 

-- 
#gernperDu 
#CallMeByMyFirstName

Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | https://www.pengutronix.de/ |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-9    |



More information about the linux-arm-kernel mailing list