linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: s.hauer@pengutronix.de (Sascha Hauer)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH RFC] i.MX51 Framebuffer support
Date: Wed, 15 Dec 2010 12:24:43 +0100	[thread overview]
Message-ID: <20101215112443.GC6017@pengutronix.de> (raw)
In-Reply-To: <4D088BEE.3030709@bitbox.co.uk>

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 |

      reply	other threads:[~2010-12-15 11:24 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-09 13:47 [PATCH RFC] i.MX51 Framebuffer support Sascha Hauer
2010-12-09 13:47 ` [PATCH 1/9] ARM i.MX51: Add ipu clock support Sascha Hauer
2010-12-15 15:40   ` Arnd Bergmann
2010-12-15 16:34     ` Russell King - ARM Linux
2010-12-15 16:49       ` Arnd Bergmann
2010-12-15 17:12         ` Russell King - ARM Linux
2010-12-09 13:47 ` [PATCH 2/9] ARM i.MX51: rename IPU irqs Sascha Hauer
2010-12-09 14:34   ` Uwe Kleine-König
2010-12-09 13:47 ` [PATCH 3/9] Add a mfd IPUv3 driver Sascha Hauer
2010-12-12  5:21   ` Liu Ying
2010-12-13 11:23     ` Sascha Hauer
2010-12-14  4:05       ` Liu Ying
2010-12-14  8:40         ` Sascha Hauer
2010-12-14 13:13           ` Liu Ying
2010-12-09 13:47 ` [PATCH 4/9] fb: export fb mode db table Sascha Hauer
2011-01-06  7:26   ` Paul Mundt
2011-01-06 10:04     ` Sascha Hauer
2010-12-09 13:47 ` [PATCH 5/9] Add i.MX5 framebuffer driver Sascha Hauer
2010-12-12  6:13   ` Liu Ying
2010-12-13  7:23     ` Lothar Waßmann
2010-12-13 11:35       ` Liu Ying
2010-12-13 11:38     ` Sascha Hauer
2010-12-14  6:40       ` Liu Ying
2010-12-14  8:45         ` Sascha Hauer
2010-12-14 13:23           ` Liu Ying
2010-12-15 11:17             ` Sascha Hauer
2010-12-09 13:47 ` [PATCH 6/9] ARM i.MX51: Add IPU device support Sascha Hauer
2010-12-15 15:49   ` Arnd Bergmann
2010-12-15 16:26     ` Arnaud Patard (Rtp)
2010-12-15 16:29       ` Arnd Bergmann
2010-12-09 13:47 ` [PATCH 7/9] ARM i.MX5: Allow to increase max zone order Sascha Hauer
2010-12-09 13:47 ` [PATCH 8/9] ARM i.MX5: increase dma consistent size for IPU support Sascha Hauer
2010-12-09 13:47 ` [PATCH 9/9] ARM i.MX51 babbage: Add framebuffer support Sascha Hauer
2010-12-12  1:37   ` Liu Ying
2010-12-13 11:43     ` Sascha Hauer
2010-12-14  6:47       ` Liu Ying
2010-12-15  9:35 ` [PATCH RFC] i.MX51 Framebuffer support Peter Horton
2010-12-15 11:24   ` Sascha Hauer [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20101215112443.GC6017@pengutronix.de \
    --to=s.hauer@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).