[PATCH RFC] i.MX51 Framebuffer support
Sascha Hauer
s.hauer at pengutronix.de
Wed Dec 15 06:24:43 EST 2010
On Wed, Dec 15, 2010 at 09:35:42AM +0000, Peter Horton wrote:
> On 09/12/2010 13:47, Sascha Hauer wrote:
>>
>> The following series adds i.MX51 framebuffer support based on the IPUv3. It
>> is not perfect but I decided it is good enough to open it for a wider audience
>> and collect first reviews. I tested this on a babbage board using both outputs
>> (VGA/DVI) with different resolutions up to 1680x1050 and different colour depths.
>> I also tested it on one custom board using a fixed display setting.
>>
>
> Good stuff, almost works here :)
>
> Custom board with an HDMI bridge hooked to DI0.
>
> About 50% of power ups fail to show a display because the DE signal is
> bogus. It appears to be correct for the active window but remains active
> for the vertical blanking period. If the DE signal is correct we get a
> good display. I've tried investigating but the IPU section of the manual
> is unfathomable (and that's just the section on the waveform generator).
I just learned a new word. 'unfathomable' really is the right word for
this ;)
I think it's nearly impossible to write a driver based only on the
datasheet.
>
> Resizing the display to a larger size sometimes shows a square of solid
> colour on the display, hardware cursor perhaps ?
I don't know, but I can't imagine the hardware cursor gets activated
accidently.
>
> Every now and then changing the video mode causes the kernel to hang
> hard. Unfortunately this is not very reproduceable.
I'll try to reproduce it here.
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
More information about the linux-arm-kernel
mailing list