[PATCH] ep93xx: add framebuffer support to edb93xx boards
H Hartley Sweeten
hartleys at visionengravers.com
Mon Jan 10 11:59:26 EST 2011
On Saturday, January 08, 2011 12:53 PM, Martin Guy wrote:
> On Fri, Jan 7, 2011 at 11:38 PM, H Hartley Sweeten <hartleys at visionengravers.com> wrote:
>> The ep9307, ep9312, and ep9315 variants of the ep93xx processor include the
>> raster engine needed for framebuffer support.
>> This allows the EDB93xx boards with those processors to use the framebuffer
>> Tested on an EDB9307A with the following kernel parameters:
>> video=640x480-16 at 60
>> video=1024x768-16 at 60
>> Signed-off-by: H Hartley Sweeten <hsweeten at visionengravers.com>
> The code looks good, but there are hardware bugs in the EP93XX that
> make the screen image jump a few pixels to the right once every few
> seconds. We found that 800x600-16 and 1024x768-8 were the highest
> modes that are stable.
Hardware bugs in the EP93XX... No... ;-)
> Did you find 1024x768-16 to be stable, say when running X and moving a
> window? The effect was most visible on a phosphor CRT, less noticeable
> on an LCD.
I don't have any use for X on the EP93XX so, no I have not tested that.
My app uses the SDL library and has very little actual "motion" going on
so the screen looks pretty stable in my tests.
I have noticed some timing issues with the framebuffer driver, the requested
60Hz refresh is being reported as either 59 or 61Hz on the display, but I
haven't taken the time to look into it yet.
Could the problem you are seeing just be a bandwidth limitation? Have you
tried changing the AHB master priority order with the SysCon BysMstrArb
register (0x8093_0054)? The default priority (00) has the following order:
1 - Raster Cursor
2 - MAC
3 - USB
4 - DMA
5 - ARM920T
6 - Raster
The other priority's put the Raster first and shuffle the others around
More information about the linux-arm-kernel