Summary: | xorg-x11 is horribly slow on neomagic chipsets | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Gert Doering <gert> |
Component: | [OLD] Unspecified | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | mmeneg |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Gert Doering
2005-01-08 02:47:34 UTC
*** Bug 76681 has been marked as a duplicate of this bug. *** Is it fixed in 6.8.1.901? xorg-x11-6.8.1.901 doesn't seem to have the neomagic driver fix. I built it today (sorry that it took so long, didn't know whether the question was meant for me or for one of the xorg-x11 developers), and compared the resulting neomagic_drv.o driver with what I had before: $ ls -l neomag* -rwxr-xr-x 1 root users 73316 Jan 12 14:34 neomagic_drv.o -rwxr-xr-x 1 root root 73316 Dec 8 10:26 neomagic_drv.o.6.8.0-r3 $ cmp -l neomag* 54001 155 0 54002 303 274 - only two bytes are different. I have tried it, of course, and it doesn't seem significantly faster - still very slow (for example, scrolling up with shift+page-up in an xterm is slower than the default keyboard repeat rate) gert Sorry to disappoint you, but I checked and that patch is in 6.8.1.901. The size is the same because none of the neomagic source was changed -- look at the patch. sorry for testing the wrong thing - I did not want to install the full "xorg-x11" ebuild, because emerge tells me about lots of dependencies that it wants to recompile (firefox, freetype, etc.) so I just copied the driver that I thought responsible. Anyway. I have now copied over the Xorg binary, and the whole /usr/X11R6/lib/modules/ directory tree, and restarted X. This definitely fixed things - xterm scrolling is now back to normal speed ("faster than you can look"). From my side, this bug can be considered closed. Thank you very much for your help. gert Closing invalid because it was already fixed. |