Am Sun, 01 Mar 2015 18:26:09 +0200 hat Grazvydas Ignotas grazvydas.ignotas@openpandora.org geschrieben:
Hi,
The main usage for the Solomon chip is not the rotation but powersaving and color correction features. So while we can't program the panel, we can use the chip to correct gamma curves, etc.
There are plenty of possibilities for this to fail, like having some important setting wrong, for example setting the panel to 16bit mode and not noticing it (just an example, I don't know if such mode actually exists). There is nothing Solomon would be able to do if such thing happened to improve the color depth, as the panel would be destroying parts of incoming data. Or some tolerance issue like we had with pandora's audio where most boards worked fine, but some did not, which turned out to be wrong clock edge setting that I could fix in the kernel. Imagine if it wasn't possible to fix it in software, many boards would have to be thrown away...
Well, I can't think of much except for timing (but that would be visibile directly in the software), frequency (I think the panel is fixed to 60Hz, I don't think it can do 50Hz, sadly), resolution and bit depth.
That's something I can test before we send the final flashing data to BOE.
I don't think we have the resources to prove that the settings we choose are 100% correct. Although maybe BOE can help with that, I don't know...
BTW: Are you sure you're actually settint Pandoras gamma curve in the setting? Changing the Gamma also affects the TV Out, so my guess is you're using the OMAPs color correction features to change the gamma.
That should also work with the SSD, as that setting would happen before the actual MIPI signal.