Hi, I'm using Xorg-X11 "current" (xorg-x11-6.8.0-r3) on a Sony VAIO 505SN notebook with a Neomagic chipset, and X is *slow* (like "scrolling in xterm or rxvt" - you can watch the lines moving). Before that, I used XFree86 on Redhat 7.2, and it was a lot faster. This is a known issue in the Neomagic driver, and an upstream fix has been integrated in the Xorg source tree, see https://bugs.freedesktop.org/show_bug.cgi?id=1877. It would be very useful for me to be able to "emerge" a patched Xorg server (because I don't understand the right magic yet to apply own patches to portage builds), and I can imagine that it would also be very helpful to other neomagic users. thanks! Reproducible: Always Steps to Reproduce: just run "ls -lR /" (or any other command that generates many lines of text) in an xterm or rxvt. Actual Results: text output is very slow Expected Results: it should be lots faster Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.4.26-gentoo-r13 i686) ================================================================= System uname: 2.4.26-gentoo-r13 i686 Mobile Pentium II Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux-headers-2.4.21-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=i686" CHOST="i386-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks maketest sandbox sfperms" GENTOO_MIRRORS="http://gentoo.inode.at/ ftp://gentoo.inode.at/source/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.mirror.icd.hu/ ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X acl alsa apache2 apm avi berkdb bitmap-fonts crypt divx4linux foomaticdb fortran gdbm gif gtk gtk2 ipv6 java jpeg libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pcmcia pdflib perl png python quicktime readline spell ssl tcpd tetex truetype xml2 xmms xv zlib"
*** 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.
