You are not logged in.
Pages: 1
Hii, I don't know if this topic belongs to this forum, any way
I am a bit odd thing in ARCH, it seem that when using the console and doing things like "cat" or "less" or what ever that scroll the screen. it moves really slow, like line by line, Does anyonw knows how to fix it up? :?:
Offline
Assuming that you're using vesafb (or vesafb-tng) framebuffer. From linux/Documentation/fb/vesafb.txt:
You can pass options to vesafb using "video=vesafb:option" on the kernel
command line. Multiple options should be separated by comma, like this:
"video=vesafb:ypan,1024x768-32@85"
Note that vesafb-tng still uses the "video=vesafb:option" format of the
kernel command line video parameter. "video=vesafb-tng:xxx" is incorrect.
Accepted options (both vesafb and vesafb-tng):
ypan Enable display panning using the VESA protected mode interface
The visible screen is just a window of the video memory,
console scrolling is done by changing the start of the window.
pro: * scrolling (fullscreen) is fast, because there is
no need to copy around data.
* you'll get scrollback (the Shift-PgUp thing),
the video memory can be used as scrollback buffer
con: * scrolling only parts of the screen causes some
ugly flicker effects (boot logo flickers for
example).
ywrap Same as ypan, but assumes your gfx board can wrap-around the video
memory (i.e. starts reading from top if it reaches the end of
video memory). Faster than ypan.
redraw Scroll by redrawing the affected part of the screen, this is the
safe (and slow) default.
vgapal Use the standard VGA registers for palette changes.
This is the default.
Redraw is really really slow. Try using ypan or ywrap. Pass the following parameter during kernel load:
video=vesafb:ypan
Offline
Pages: 1