* Michael Walle <mwalle@xxxxxxxxxx> [231127 12:44]: > Hi, > > > The tc358765 is similar to tc358775 except for the stdby-gpios. > > Bad timing (for me). I'm about to send a bigger patch series for the > tc358775 which fixes the (completely) broken initialialization. And also > contains some of your fixes. OK cool, let's merge patches as needed then. Maybe ack the patches that can already be merged, and put together some merged set for the rest of the patches? Or let me know what you prefer, I'll be glad to test and tweak as needed for tc358765. > That being said, I intend to make the standby gpio optional also for the > tc358755, because it might just be hardwired on the board. OK that sounds good to me. > But second, I'm really curious if this bridge is working for you correctly > as it is at the moment. One particular thing I've noticed is that you must > release the reset while both the clock and the data lanes are in LP11 mode. > Otherwise, the bridge won't work properly (i.e. horizontally shifted > picture, or no picture at all). Yes things are working for me. But then again the bridge is initialized by the bootloader, and then Android kernel, and then I kexec to the mainline kernel. And this is with a tc358765 if that might make a difference. So I have not seen your reset issue. Andreas may be seeing it on another tc bridge variant though, so adding Andreas to the loop also. > What DSI host controller are you using? This is an old motorola mz617 tablet with a tc358765 bridge, so omapdrm. I do have one pending patch for omapdrm dsi to change the init order a bit so tc358765 probes reliably. But seems that's a separate issue from your reset issue, I'll post that to the lists too to discuss. What's the dsi host you have? Do you also have some separate i2c eeprom that's needed for initializing something or is that lcd panel specific? No idea what the eeprom is really doing here.. Regards, Tony
