All of lore.kernel.org
 help / color / mirror / Atom feed
From: phorton@bitbox.co.uk (Peter Horton)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2] i.MX51 Framebuffer support
Date: Thu, 06 Jan 2011 10:32:26 +0000	[thread overview]
Message-ID: <4D259A3A.7060104@bitbox.co.uk> (raw)
In-Reply-To: <20110106102310.GF26009@pengutronix.de>

On 06/01/2011 10:23, Sascha Hauer wrote:
> On Wed, Jan 05, 2011 at 02:04:20PM +0100, Julien Boibessot wrote:
>> Hello,
>>
>> Sascha Hauer a ?crit :
>>> 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.
>>>
>> This driver is also working fine for me on a custom i.MX51 board with a
>> 800x480 18 bits TFT LCD (16bpp mode).
>>
>> The only strange thing I noticed was a kind of uggly sprite/artefact
>> (32x32, I would say) appearing at the same time as the Linux console. I
>> think it may be related to a hardware cursor badly (?) initialised, but
>> I didn't find a fix yet.
>> It disappears when I launch a graphical application (Qt or SDL).
>
> It may be the penguin, but I remember a similar report also talkling
> about hardware cursors. I can't reproduce this. You could search for
> cursor in the IPU section of the manual and play with the corresponding
> registers.
>

We see this too, but only when increasing resolution from the kernel 
default. We get a yellow square appear in the lower right quadrant of 
the display.

P.

      reply	other threads:[~2011-01-06 10:32 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-20 10:48 [PATCH v2] i.MX51 Framebuffer support Sascha Hauer
2010-12-20 10:48 ` Sascha Hauer
2010-12-20 10:48 ` [PATCH 1/9] ARM i.MX51: Add ipu clock support Sascha Hauer
2010-12-20 10:48   ` Sascha Hauer
2010-12-20 10:48 ` [PATCH 2/9] ARM i.MX51: rename IPU irqs Sascha Hauer
2010-12-20 10:48   ` Sascha Hauer
2010-12-20 10:48 ` [PATCH 3/9] Add a mfd IPUv3 driver Sascha Hauer
2010-12-20 10:48   ` Sascha Hauer
2011-01-03 15:42   ` Sascha Hauer
2011-01-03 15:42     ` Sascha Hauer
2011-01-07 12:08     ` Samuel Ortiz
2011-01-07 12:08       ` Samuel Ortiz
2011-01-31  8:20       ` Sascha Hauer
2011-01-31  8:20         ` Sascha Hauer
2011-02-01 10:51   ` Samuel Ortiz
2011-02-01 10:51     ` Samuel Ortiz
2011-02-01 10:59     ` Sascha Hauer
2011-02-01 10:59       ` Sascha Hauer
2011-02-01 11:44       ` Samuel Ortiz
2011-02-01 11:44         ` Samuel Ortiz
2011-02-01 11:51         ` Russell King - ARM Linux
2011-02-01 11:51           ` Russell King - ARM Linux
2011-02-01 12:07           ` Arnaud Patard (Rtp)
2011-02-01 12:07             ` Arnaud Patard
2011-02-01 12:51             ` Sascha Hauer
2011-02-01 12:51               ` Sascha Hauer
2011-02-01 16:47               ` Uwe Kleine-König
2011-02-01 16:47                 ` Uwe Kleine-König
2011-02-01 14:03           ` Samuel Ortiz
2011-02-01 14:03             ` Samuel Ortiz
2010-12-20 10:48 ` [PATCH 4/9] fb: export fb mode db table Sascha Hauer
2010-12-20 10:48   ` Sascha Hauer
2010-12-20 10:48 ` [PATCH 5/9] Add i.MX5 framebuffer driver Sascha Hauer
2010-12-20 10:48   ` Sascha Hauer
2010-12-20 10:48 ` [PATCH 6/9] ARM i.MX51: Add IPU device support Sascha Hauer
2010-12-20 10:48   ` Sascha Hauer
2010-12-20 10:48 ` [PATCH 7/9] ARM i.MX5: Allow to increase max zone order Sascha Hauer
2010-12-20 10:48   ` Sascha Hauer
2010-12-20 10:48 ` [PATCH 8/9] ARM i.MX5: increase dma consistent size for IPU support Sascha Hauer
2010-12-20 10:48   ` Sascha Hauer
2010-12-20 10:48 ` [PATCH 9/9] ARM i.MX51 babbage: Add framebuffer support Sascha Hauer
2010-12-20 10:48   ` Sascha Hauer
2010-12-20 12:35   ` arden jay
2010-12-20 12:35     ` arden jay
2010-12-22  7:56 ` [PATCH v2] i.MX51 Framebuffer support Arnaud Patard (Rtp)
2010-12-22  7:56   ` Arnaud Patard
2010-12-22 10:17   ` Peter Korsgaard
2010-12-22 10:17     ` Peter Korsgaard
2010-12-23 20:45     ` Arnaud Patard (Rtp)
2010-12-23 20:45       ` Arnaud Patard
2011-01-05 13:04 ` Julien Boibessot
2011-01-05 13:04   ` Julien Boibessot
2011-01-06  9:42   ` Russell King - ARM Linux
2011-01-06  9:42     ` Russell King - ARM Linux
2011-01-14  9:17     ` Julien Boibessot
2011-01-14  9:17       ` Julien Boibessot
2011-01-06 10:23   ` Sascha Hauer
2011-01-06 10:23     ` Sascha Hauer
2011-01-06 10:32     ` Peter Horton [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=4D259A3A.7060104@bitbox.co.uk \
    --to=phorton@bitbox.co.uk \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.