Tomi, * Tony Lindgren <tony@xxxxxxxxxxx> [200224 23:44]: > * Sebastian Reichel <sre@xxxxxxxxxx> [200224 23:32]: > > Hi, > > > > On Mon, Feb 24, 2020 at 11:12:28AM -0800, Tony Lindgren wrote: > > > In order to probe display subsystem (DSS) components with ti-sysc > > > interconnect target module without legacy platform data and using > > > devicetree, we need to update dss probing a bit. > > > > > > In the device tree, we will be defining the data also for the interconnect > > > target modules as DSS really is a private interconnect. There is some > > > information about that in 4460 TRM in "Figure 10-3. DSS Integration" for > > > example where it mentions "32-bit interconnect (SLX)". > > > > > > The changes we need to make are: > > > > > > 1. Parse also device tree subnodes for the compatible property fixup > > > > > > 2. Update the component code to consider device tree subnodes > > > > > > Cc: dri-devel@xxxxxxxxxxxxxxxxxxxxx > > > Cc: Jyri Sarha <jsarha@xxxxxx> > > > Cc: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> > > > Cc: Tomi Valkeinen <tomi.valkeinen@xxxxxx> > > > Signed-off-by: Tony Lindgren <tony@xxxxxxxxxxx> > > > --- > > > > > > This is needed for dropping DSS platform data that I'll be posting > > > seprately. If this looks OK, can you guys please test and ack? > > > > > > --- > > > > Reviewed-by: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx> > > > > FWIW, I dropped omapdss-boot-init.c in my patch series updating DSI > > code to use common panel infrastructure, so this will conflict. > > Hey that's great :) Sounds like we can set up an immutable branch > for just this $subject patch against v5.6-rc1 to resolve the > conflict. I can set it up for Tomi or Tomi can set it up for me, > whichever Tomi prefers. Do you want me to send you a pull request for just this one patch against v5.6-rc1? Regards, Tony