Well first of all this is weird, i can't locate the exact reason why it bugs. I was on a fresh installed debian testing, all up to date (from scratch) and using a gigabit nic (yukon) using the sk98lin driver. Something was going bad, max througput was low (around 5-9meg/s) and doing 0k/s -> 5 000k/s -> 0k/s and so on. After long research I found nothing much, beside some unanswered (and recent) posts on google. I decided to install gentoo there, as i prefer working with it anyway. I took 2004.2 stages and all went fine. The nic did 30meg/s sustained, all perfect. So I started upgrading the system, it was a few apps, gcc, and glibc. After the upgrade the nic had the same behavior it had on the debian system. the glibc on debian was indeed pretty new, too. So, I thought I'd downgrade glibc, but i gave a try at upgrading it to ~x86 first. So here I have sys-libs/glibc-2.3.4.20040808-r1 merged in, and like magic, the card works as expected again ! I've lost track of the previously working version but its the one included in the 2004.2 stages. The faulty one was sys-libs/glibc-2.3.3.20040420-r2 which is currently the stable one in gentoo. How to track down the problem ? I honestly don't know. I don't know why it happens, I mean, sk98lin is a kernel driver, and i didn't touched the kernel, all I did was upgrading glibc and it did its magic. Downgrading to stable reproduces the problem. Reproducible: Always Steps to Reproduce: 1. emerge sys-libs/glibc-2.3.3.20040420-r2 2. use sk98lin nic 3. try to transfert something over any protocol u like Actual Results: Very slow ethernet performance Expected Results: gigabit grade performance (that's the working glibc ;) Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.8-gentoo-r7) ================================================================= System uname: 2.6.8-gentoo-r7 i686 AMD Athlon(tm) XP 3200+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -msse -mmmx -m3dnow" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -msse -mmmx -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://mir.zyrianes.net/gentoo/ ftp://mir.zyrianes.net/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi aim alsa apache2 arts avi berkdb bitmap-fonts cdr crypt cups encode ftp gdbm gif gimp gnome gpm gs gstreamer gtk gtk2 hardened imlib jpeg kde libg++ libwww lm_sensors mad mikmod mono motif moznocompose moznoirc moznomail mpeg ncurses net nls nptl oggvorbis opengl oss pam pcre pdflib perl png python qt quicktime readline samba sdl sftplogging slang sndfile socks5 spell sse sse2 ssl svga tcpd truetype x86 xml2 xmms xprint xv zlib"
When running a glibc version that causes this problem, does running "revedep-rebuild -p" help at all? (Run it again without -p after you have examined what will be done)
ran it and nothing done, all consistent. However we found out later that it was apparently an upstream problem in the driver which has been updated to a newer version than the one present in kernel 2.6.8.1 I do not know how glibc was related to that but I guess you can close the bug when 2.6.9 becomes stable
2.6.9 is stable.
