Still not having HDMI output.
I have been doing it with ChatGPT, since I am new to the BBB and Linux, and from what I understood, the problem is that the kernel is not loading the right driver for the IT66121:
BeagleBone Black (and Industrial) A → RevC3 used tda998x
BeagleBone Black (and Industrial) RevD uses IT66122 bridge
At one time Seeed made an IT66121 bridge, that needs it’s own overlays..
So what board combination are you using?
Edit, looking at your photo, that is an BBB Industrial aka RevD with IT66122, you’ll need to use any of my kernels from v5.15.x-bone → 6.x.x-bone → v6.18.x-bone
v5.10.x-bone was a backport mess, so v5.10.x-ti will probally never see a backport from me..
Yeah, ChatGPT has no idea what it’s talking about, it’s way behind on what i’ve been working on for the last year..
I have same vertical purple line issue with 1024X600 lcd.
I was able to make this purple line intermittent by tunning hbp, hfp and adding some delay during tlcdc init but not completely fixing.
Please let me know if any better solution to fix it completely.
Well i tested a few things over the weekend, the status quo with the purple offset is still the ‘best’ working patchset for that screen.. (the other option is no display)..
After lots of efforts able to fix the purple line issue.
Just for reference only, sharing the related drivers file for people who are facing similar issues and not getting help from TI/BBB/other forums. Please note, these changes may not work as it is for your LCD and need to adjust parameters in DTS.
I am still reading and following this thread very carefully in order to get hints to make our display working. As said, we have several working, one special type not.
I strongly suspect its a tiny little bit regarding timing, signal form, exactly in a way your changes are doing also.
May I kindly ask, is change/adding and integration/using of panel_info_it6612x the only significant change?
I already modified the variables in it, but not like you. I will test this. We observed the purple line/border, too, and may be this is what our special display is not tolerant to.
I am just figuring out to create a diff with the changes to investigate them. Also, yes, I will copy the files over, no problem. Which Kernel (version) did you use, where should I start to investigate with?
Main fix is using sync mode as per the ITE161 programming manual and remaining changes are for enhancements only. IT66121 Programming Guide
Refer Chapter 6 of this document and update driver to set registers from 0x90 to 0x9F.
Thank you for your detailed explanations and the patch showing what you did.
This is a hell of much code you added. I am still figuring out on how to cope with that.
May I kindly ask against what kernel version this is supposed to apply and compile?
I tried 6.12.57 but this is far off with other function names to the DRM core.
Still had to finish other work more importand than this but I will try a next approach next week to figure out, if by change the bits are touched that make our special display so picky. I already modified stuff in 0x9x register range but not right and may be not correct…