On 10/23/2010 10:02 PM, Peter Stuge wrote:
Timothy Normand Miller wrote:
On Sat, Oct 23, 2010 at 1:22 PM, Patrick McNamara<[email protected]> wrote:
As it currently sits, the framebuffer driver is decent enough with the
exception of full screen scrolling. That is very painful.
This is in part because PCI reads take about 4x as long as writes.
The writes get combined into bursts (MTRR setting), while reads are
separate transactions.
A dirty fix for this would be to avoid PCI reads entirely.
I would look at implementing a blit or shift primitive on the board
instead.
//Peter
_______________________________________________
I guess, in a way, this is what HQ does for VGA text. The blit of the
font glyph is handled on card. We should be able to load an HQ program
as part of the fb driver to do "acceleration" of fill and copy_area, at
least. The copy_area call would still be best handled entirely in the
S3 as using HQ to do it would involve moving a lot of data over the
XP10<->S3 bridge.
_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)
