Re: scrollmode, accel_flags, fbcon.c ...

On Sat, 27 Mar 2004, Benjamin Herrenschmidt wrote:

quoted

W.r.t. redraw vs. copy for scrolling, perhaps some heuristics like PCI/AGP are
known to be slow for reading? Fbcon can find out whether a fbdev is on a
PCI/AGP bus by checking the device (once new driver model/sysfsication is
complete), right?

But an fbdev that implements an accelerated copyarea ?

I don't want such heuristics in fbcon, they are just asking for trouble,
I think we should redraw on non-accelerated and copy on accelerated,

You mean, if ywrap/ypan is not available/not possible (e.g. partial screen
scrolls)? Yes, that makes sense.

but then, it should be under more direct driver control. Also, fbcon

Which means additional flags to fb_fix_screeninfo...

keeps "losing" the accel_flags for me.

One thing I don't like in the new fbcon is the way it deals with the
var structure anyway. I think it should have one var per VC.

I agree.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click