When testing the gentoo-sources-2.6.14 kernel for another bug there was no IP traffic out of the machine. ifconfig showed eth1 up and configured, but 0 packets were transmitted (despite all attempts to generate traffic.) Things work under 2.6.12 and 2.6.13 kernels. Hardware used: Athlon64, Gigabyte K8NNXP motherboard, nForce3-150 chipset. On board Realtec PCI gigabit ethernet. (RTL-8110S or RTL-8169) FYI: Portage 2.0.51.22-r3 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-gentoo-r5 x86_64) ================================================================= System uname: 2.6.13-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /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" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://194.117.143.71/mirrors/gentoo http://194.117.143.70" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X alsa ansi arts avi berkdb bitmap-fonts bonobo cdr clisp crypt cups curl doc dvd dvdr eds emboss encode esd fam flac foomaticdb fortran gcl gd gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 java jpeg kde ldap libwww lm-sensors lzw lzw-tiff mad mikmod motif mozilla mp3 mpeg mysql ncurses nls ogg oggvorbis opengl pam pda pdflib perl png postgres python qt quicktime readline ruby samba sdl speex spell ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales vorbis xine xml xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Please attach dmesg output from 2.6.13 (where network is working) and 2.6.14 (where network is broken). Thanks.
Created attachment 72172 [details] linux-2.6.13 dmesg output system details (uname) Linux compare 2.6.13-gentoo-r5 #1 Sun Oct 30 17:13:35 CET 2005 x86_64 AMD Athlon(tm) 64 Processor 3200+ AuthenticAMD GNU/Linux
try using eth0 instead of eth1; as I had the same problem; and it happen to be the kernel changed the order the eth cards are numbered
(In reply to comment #3) > try using eth0 instead of eth1; as I had the same problem; and it happen to be > the kernel changed the order the eth cards are numbered I have fixed that problem by setting aliasses in modules.conf. I remember verifying that it was the RTL-8169 port/driver on eth1 in both kernels.
Please also post the 2.6.14 dmesg where network doesn't work, as requested in comment #1. It would also be a good idea to test the latest development kernel (currently vanilla-sources-2.6.15_rc2)
See earlier comments