Bug 107529 – forcedeth driver on LiveCD not patched to v 0.42; causes unrecoverable ethernet hard reset

• Status: RESOLVED FIXED
• Product: Gentoo Release Media

[Description Craig A Steeves 2005-09-28 11:13:00 UTC]

The forcedeth driver on the LiveCD is the 0.35 version, which creates problems
with the nForce ethernet: during heavy net traffic (such as during an install of
Gentoo), the controller hard resets and can only be restarted by shutting down
the system and unplugging it from the wall.  Version 0.42 of forcedeth resolves
this problem.  Patches are available from Manfred Spraul's site at:

http://www.colorfullife.com/~manfred/Linux-kernel/forcedeth/

This can be worked around by limiting download speeds to ~10kB/s, but Gentoo
installation is consequently greatly slowed.

Reproducible: Always
Steps to Reproduce:
1.boot from minimal LiveCD created from .iso image downloaded ~20 Sept 2005
2.configure network
3.start Gentoo Stage 1 installation

Actual Results:  
Ethernet controller hard resets after about 5MB of download @ 250kB/s; dmesg
reports an infinite series of alternating eth0 up, eth0 down messages.

Expected Results:  
Not hard reset the nVidia controller.

Portage 2.0.51.22-r2 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r1,
2.6.12-gentoo-r10 x86_64)
=================================================================
System uname: 2.6.12-gentoo-r10 x86_64 AMD Athlon(tm) 64 Processor 4000+
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5-r2
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
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /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="-march=athlon64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sfperms strict"
GENTOO_MIRRORS="ftp://mirror.iawnet.sandia.gov/pub/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="amd64 X alsa avi berkdb bitmap-fonts bonobo crypt cups eds emacs emboss
encode esd fam foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2
imagemagick imlib ipv6 jpeg ldap libwww lzw lzw-tiff mozilla mp3 mpeg ncurses
nls opengl pam pdflib perl plotutils png python qt quicktime readline samba sdl
spell ssl tcpd tetex tiff truetype-fonts type1-fonts usb userlocales xml2 xmms
xpm xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

[Comment 1 Chris Gianelloni (RETIRED) 2005-09-29 05:52:49 UTC]

We just use normal Gentoo kernels for our releases, so this would need to be
updated in the kernel before we could do anything with it.

Kernel team, please REASSIGN this bug back to [e-mail] after this has
been updated in a stable kernel, so we can ensure we get new media with this
issue resolved.

[Comment 2 Daniel Drake (RETIRED) 2005-09-29 06:08:48 UTC]

Fixed this a month ago, the fix is in gentoo kernel, in linux-stable, and in
upstream 2.6.14

[Comment 3 Chris Gianelloni (RETIRED) 2005-09-29 06:23:00 UTC]

(Feel free to remove yourself after answering)

What version of the gentoo-sources was this added into?

[Comment 4 Daniel Drake (RETIRED) 2005-09-29 07:10:17 UTC]

2.6.12-r10

[Comment 5 Chris Gianelloni (RETIRED) 2005-11-21 06:51:39 UTC]

This is fixed with the 2005.1-r1 release media.