On 28/04/16 16:05, H. Nikolaus Schaller wrote:
Hi,
Am 28.04.2016 um 14:16 schrieb Michael Mrozek EvilDragon@openpandora.org:
Am Thu, 28 Apr 2016 10:00:03 +0200 hat H. Nikolaus Schaller hns@goldelico.com geschrieben:
Hi,
Shouldn't Linux find a 1280x720 screen mode when the rotator is working properly?
This appears to report the resolution for the connector (= panel).
That's what I thought.
Ok, this looks indeed to be wrong. Hm. How can we "manipulate" that without touching the panel driver? Probably only if we make the ssd chip the panel and remove the real panel from the display aliases?
Yes, I think that's the best solution (and what I suggested before we even received the first sample of the SSD :D)
Well, that was pure luck to make the right prognosis. Was a 50:50 chance :)
For the TV-Out (Pandora) or other chips it is not a problem.
What the real problem is that I want a panel driver and a separate ssd driver while your architecture suggests a combo driver which mixes everything.
I haven't been able to follow the discussion here (and please To: or Cc: me if you want my reply, I won't notice the emails sent only to pyra list), but one thing to consider:
The current panel/encoder model is omap specific, and should be thrown away as soon as possible. For this reason, I'm very reluctant to merge any new omap specific panels/encoders to upstream.
I'm not sure when this work to move to common DRM panels/encoders will happen (and it's a big one), but for the time being, if it makes your case easier, I think you should just go with a "combined" driver, which has both SSD and the panel drivers in one.
It's not 100% correct approach, but if it makes the display work easier, I recommend that approach instead of trying to create a perfect driver (which can't be upstreamed).
Tomi