On Fri, Nov 07, 2025 at 04:11:15PM +0100, Marek Vasut wrote:
> On 11/7/25 2:52 PM, Nilesh Laad wrote:
> > On Fri, Nov 07, 2025 at 02:20:58PM +0100, Marek Vasut wrote:
> > > On 11/7/25 2:02 PM, Nilesh Laad wrote:
> > > > From: Yi Zhang <[email protected]>
> > > > 
> > > > LT9211c is a Single/Dual-Link DSI/LVDS or Single DPI input to
> > > > Single-link/Dual-Link DSI/LVDS or Single DPI output bridge chip.
> > > > Add support for DSI to LVDS bridge configuration.
> > > How does this differ from existing 
> > > drivers/gpu/drm/bridge/lontium-lt9211.c ?
> > > Can existing lt9211 driver be extended instead ? If not, why ? Details
> > > please ...
> > LT9211 and LT9211C differ completely in register programming sequences.
> > Even lontium mentioned that register configuration are different for lt9211 
> > and lt9211c.
> 
> Lontium seems to often suggest, that users should use their provided
> register patches without thinking about the content at all.
> 
> Do you have access to the register documentation, and can you compare LT9211
> and LT9211C register layout? Are they identical or do they differ?

We don’t have access to register documentation. Based on Lontium provided 
reference code, register sequences differ.
We are seeing this limited difference, we plan to extend the existing 
lontium‑lt9211 driver to support LT9211C. Will share a patch with these changes.

> > Nearly every function would require duplicated logic with if (chip_type) 
> > branching,
> > as register sequence are completely different.
> > Having both sequences in single file is not looking good, hence want to 
> > merge as separate driver.
> 
> Can we somehow use regmap_register_patch() and register patches in driver
> data to avoid duplication ?

Using regmap_register_patch() would not reduce duplication. The bridge 
configuration between LT9211 and LT9211C are different, leaving minimal common 
base and still requiring separate calculation logic and control flow.

> -- 
> Best regards,
> Marek Vasut

Reply via email to