Am 01.03.2015 um 21:48 schrieb Michael Mrozek EvilDragon@openpandora.org:
Am Sun, 1 Mar 2015 20:46:41 +0100 hat "Dr. H. Nikolaus Schaller" hns@goldelico.com geschrieben:
Hi,
So is this only needed for the initialization routine?
Would be nice…
Or does this affect changing the gamma curve, bit depth, etc. as well?
Yes, it is the key to change anything within the panel.
Do we have a list of all commands that can be used to change anything inside of the panel?
Yes. It is in the data sheet of the ORISE controller.
In that case, we could check if there's anything we really eed.
Changing something like the bit depth, etc. can usually be done on-the-fly, does that need a full reprogramming as well?
Hm. I am not sure if you can change the bit-depth at all. MIPI always has 24 bit (or even 32 bit?) RGB. Since all the panel timing is calculated for that. So you can’t even change it on the fly. You have to stop the MIPI video stream, change parameters and restart…
Hm, if MIPI is basically fixed with frequency, bit-depth, etc., then there's not much that could go wrong here.
The only thing that IMHO makes sense to change inside the panel are the gamma curves. Maybe some parameters for automatic backlight level calculations.
If there's a hardware gamma setting in the OMAP5, then that should work as well.
And doesn't the SSD have some backlight settings as well? It even has settings to improve the visibility in daylight, etc.
We should check how well the stuff from the SSD works, what features the panel has and then decide what we really need.
Well, before we can do that, the SSD should work at all :)
Basically I asked BOE if we can have the panel boot up as if the 0xff 12 83 01 sequence were already sent.
Let’s wait for their answer.
What I have done: a) connect the (programmed) panel w/o SSD to the OMAP b) power up, remove reset, enable DCS c) try to read “ORISE2” registers -> failed d) enabled CMD2_ENA1 through the censored command, and I could read some ORISE2 register
The idea is to set the CMD2_ENA1 and CMD2_ENA2 registers as “enabled” through OTP so that we never need to send this problematic sequence. But it appears that it is not.
Unfortunately the data sheet is a little contradicting itself. It is not clear if this register can be read back. And what the “default” value from OTP means.
Maybe something we can ask BOE again.
BR, Nikolaus
Kernel mailing list Kernel@pyra-handheld.com http://pyra-handheld.com/cgi-bin/mailman/listinfo/kernel
-- Mit freundlichen Grüßen,
Michael Mrozek
OpenPandora GmbH Geschäftsführer: Michael Mrozek
Schäffbräustr. 11 85049 Ingolstadt Deutschland Tel.: 0841 / 13 177 33 http://www.openpandora.de/ HRB 4879, Amtsgericht Ingolstadt
ICQ: 15691903 MSN: EvilDragon1717@hotmail.com eMail: info@openpandora.de
-- Mit freundlichen Grüßen,
Michael Mrozek
OpenPandora GmbH Geschäftsführer: Michael Mrozek
Schäffbräustr. 11 85049 Ingolstadt Deutschland Tel.: 0841 / 13 177 33 http://www.openpandora.de/ HRB 4879, Amtsgericht Ingolstadt
eMail: mrozek@openpandora.org
-- Mit freundlichen Grüßen,
Michael Mrozek
OpenPandora GmbH Geschäftsführer: Michael Mrozek
Schäffbräustr. 11 85049 Ingolstadt Deutschland Tel.: 0841 / 13 177 33 http://www.openpandora.de/ HRB 4879, Amtsgericht Ingolstadt
eMail: mrozek@openpandora.org