If i use this NIC to download a big file ~60MB, the file get corrupted. I can get an ip address using dhcp and normal internet browsing is working. I can log on an ftp server and browse for files. This a 2 port NIC, i experience the same problem on both ports. Also, we have 2 of those cards and both doesn't work properly. We also have the same problem with knoppix 3.7 (kernel 2.6.9) and an old redhat distribution using the 2.4 kernel. If we use any other NIC on the same system, everything work as expected. Finally, our Intel 82546EB cards works perfectly on OpenBSD. Reproducible: Always Steps to Reproduce: 1. Get a Intel 82546EB Gigabit NIC 2. Configure the card, dhcp work fine for me 3. Download any big file, i downloaded install-x86-minimal-2005.0.iso from gentoo.risq.qc.ca 4. Run sha1sum on the file you just downloaded, this is what i got the first time: 87c0cf79d39a911490945072f7c11bf8c6e0927d install-x86-minimal-2005.0.iso 5. Remove the file and download it again. 6. Run sha1sum, the second time i got these results: e888f435fe6e0373a5af8bd7c4b12cf7eabc720e install-x86-minimal-2005.0.iso 7. Repeat, the sha1 hash will be different every time. Of course, the file is useless. Actual Results: Any big file get corrupted if i use a Intel 82546EB NIC on linux 2.4 or 2.6 (gentoo, knoppix 3.7, redhat). No corruption occurs if i use another NIC. Expected Results: My data should not be corrupted even if i use a Intel 82546EB NIC. Gentoo Base System version 1.4.16 Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11.10 i686) ================================================================= System uname: 2.6.11.10 i686 Intel(R) XEON(TM) CPU 2.40GHz Python: dev-lang/python-2.3.5 [2.3.5 (#1, May 19 2005, 17:39:34)] distcc 2.16 i386-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.9.5, 1.7.9-r1, 1.5, 1.6.3, 1.4_p6, 1.8.5-r3 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=i686 -pipe -fstack-protector" CHOST="i386-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=i686 -pipe -fstack-protector" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig buildpkg ccache distlocks sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://gentoo.risq.qc.ca http://adelie.polymtl.ca/gentoo-portage/" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 alsa apm arts avi berkdb bitmap-fonts crypt cups emboss encode foomaticdb fortran gdbm gif gpm gtk2 imlib ipv6 jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl spell ssl tcpd truetype truetype-fonts type1-fonts xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Created attachment 60951 [details] The output of dmesg
Created attachment 60952 [details] The .config file corresponding to my running kernel
Created attachment 60953 [details] the output of lspci -vv
Please try and reproduce on the latest development kernel (currently vanilla-sources-2.6.12_rc6)
I was able to reproduce this bug with the latest and greatest development kernel (vanilla-sources-2.6.12_rc6) I did exactly the same test, i downloaded install-x86-minimal-2005.0.iso several times and the checksum was different every time.
Good news, i dowloaded the new driver from Intel, (e1000 version 6.0.60-NAPI), compiled it as a module and my card now work properly. You can download it from here: http://downloadfinder.intel.com/scripts-df-external/confirm.aspx?ftpDown=ftp://aiedownload.intel.com/df-support/2897/eng/e1000-6.0.60.tar.gz&agr=N&ProductID=983&DwnldId=2897&strOSs=All&OSFullName=All%20Operating%20Systems&lang=eng
The in-kernel driver should be fixed. Please report this bug to http://bugzilla.kernel.org with the same info (config, lspci -vv, dmesg) and post the new bug URL here.
It's done http://bugzilla.kernel.org/show_bug.cgi?id=4750 (In reply to comment #7) > The in-kernel driver should be fixed. Please report this bug to > http://bugzilla.kernel.org with the same info (config, lspci -vv, dmesg) and > post the new bug URL here.
If you have time, please test with 2.6.13_rc6 (soon to be released) and update the usptream bug as appropriate. If it is still an issue I will attempt to get the bug listed on Andrew Morton's to-be-fixed list :)
Should be fixed in recent kernels according to the maintainer