Network connections hang after a few minutes, until a few minutes later when the hme driver performs a reset: eth0: transmit timed out, resetting eth0: Happy Status 00000000 TX[000003ff:00000101] Reproducible: Always Steps to Reproduce: 0. Serial console. 1. Boot the 2007.0 minimal install cd on an U10/C3D. 2. Configure eth0 with net-setup as hme. 3. Attempt to use links to download the stage3 from a close mirror (~800KB/s). 4. Watch the download stall after a minute or two. 5. I succeeded in downloading after 3 attempts. The console however continues displaying the message every few minutes. It seems this is an old bug in the hme-driver cf eg http://osdir.com/ml/linux.debian.ports.sparc/2003-02/msg00023.html Sun U10 Creator 3D 440MHz 512MB Connected to a 10Mbit switch.
Well, if you can still reproduce the problem with uptodate kernel, then we can forward this to kernel folks, noone will fix the old one on release media until the next release is out. Is this about 2.4 kernel? Not even supported any more.
Ugh, stupid bugzilla.
It's the 2.6.20 kernel, but as I said, the problem seems to have been there for a long time. I'll try with a fresh kernel as soon as the portage sync completes; it takes a while, since rsync fails after a few minutes with: io timeout after 180 seconds -- exiting rsync error: timeout in data send/receive (code 30) at io.c(165) [receiver=2.6.9] rsync: connection unexpectedly closed (3169055 bytes received so far) [generator] rsync error: error in rsync protocol data stream (code 12) at io.c(453) [generator=2.6.9] >>> Retrying...
(In reply to comment #3) > while, since rsync fails after a few minutes with: Well, you need to set yourself a different mirror and file a bug about the one you are using currently. Thanks.
The rsync failing was most likely due to this bug, so I see no point in reporting it separately (or at all). Anyway, I've now installed a 2.6.23-gentoo-r3 kernel, and it still fails (although the error message has changed somewhat): NETDEV WATCHDOG: eth0: transmit timed out eth0: transmit timed out, resetting eth0: Happy Status 00000000 TX[000003ff:00000101] eth0: Link is up using internal tranceiver at 10Mb/s, Half Duplex. Portage 2.1.3.19 (default-linux/sparc/sparc64/2007.0/server, gcc-4.1.1, glibc-2.5-r0, 2.6.23-gentoo-r3 sparc64) ================================================================= System uname: 2.6.23-gentoo-r3 sparc64 sun4u Timestamp of tree: Fri, 11 Jan 2008 11:46:01 +0000 app-shells/bash: 3.2_p17-r1 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61 sys-devel/automake: 1.7.9-r1, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.19.2-r2 ACCEPT_KEYWORDS="sparc" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=ultrasparc -pipe" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/terminfo" CXXFLAGS="-O2 -mcpu=ultrasparc -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.uni-c.dk/pub/gentoo/ http://trumpetti.atm.tut.fi/gentoo/ ftp://trumpetti.atm.tut.fi/gentoo/ http://mirror.gentoo.no/ " PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X apache2 bitmap-fonts bzip2 cli cracklib crypt cups dri emacs fortran freetds ftp gdbm gif gimp gmp gnome gnutls gpm gtk iconv ipv6 isdnlog jjpeg jpeg2k ldap libwww maildir mailwrapper midi mime mudflap mule mysql ncurses nis nptl nptlonly openmp pcre pdf png posix postgres ppds pppd recode reflection session snmp sparc spell spl sqlite sqlite3 ssl symlink threads tiff truetype truetype-fonts type1-fonts unicode xemacs xml xorg xpm xsl zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="dummy fbdev glint mach64 mga r128 radeon sunbw2 suncg14 suncg3 suncg6 sunffb sunleo tdfx v4l voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
In the past gentoo-sources had a use-flag "ultra1" which was used to enable a workaround for exactly this bug. This use-flag existed up to (including) gentoo-sources-2.6.18-r7, it was dropped in gentoo-sources-2.6.19 cause it appeared to be a gcc-3.x issue. (see http://www.mail-archive.com/sparclinux@vger.kernel.org/msg00417.html) Maybe we have to reintroduce it?
Please reopen if it still happens
