My card is Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) and after the install on a reboot neither of the above drivers give a network connection. ifconfig shows it as configured from a non DHCP ip address and I can ping it but not the default gateway. DHCP does not get an address. There is a link light. I have never had this in the past with Debian. The Live CD driver works fine. Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: Network connection
you fogot to provide #emerge info
I don't know what you mean by the emerge info? I have gone back to Debian as I could not get Gentoo to work with my system and needed a working system, so all I have provided is what I can give at this time.
i've a lot of this nics in different servers, they are working in gentoo boxes with 2.4 and 2.6 kernel with eepro100 and e100 there's also a e100 ebuild for latest intel driver
# lspci -v 02:0b.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) Subsystem: IBM 10/100 EtherJet Management Adapter Flags: bus master, medium devsel, latency 32, IRQ 9 Memory at ed000000 (32-bit, non-prefetchable) [size=4K] I/O ports at d800 [size=64] Memory at ec800000 (32-bit, non-prefetchable) [size=1M] Expansion ROM at <unassigned> [disabled] [size=1M] Capabilities: [dc] Power Management version 2 02:0c.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) Subsystem: IBM 10/100 EtherJet Management Adapter Flags: bus master, medium devsel, latency 32, IRQ 6 Memory at ec000000 (32-bit, non-prefetchable) [size=4K] I/O ports at d400 [size=64] Memory at eb800000 (32-bit, non-prefetchable) [size=1M] Expansion ROM at <unassigned> [disabled] [size=1M] Capabilities: [dc] Power Management version 2
This sounds more like a configuration problem than a driver problem. May I suggest in the future if you give Gentoo another try, look at the alt-install guide, and try setting up Gentoo in another partition(or just in a directory that you chroot into). Then you can play with it, and have a working system at the same time.
From your lspci listing mine is the same card and would not work, a friend who has used Gentoo for over 12 months tried to get it working and couldn't. He has several boxes with the same card too and could not understand the reason it would not work. If I gave it an ip manually it came up with all the correct routing and could be pinged but the default gateway could not be pinged. It had a link light and did flash when I pinged it from another box but never replied. I have always used the eepro100 driver under Debian as the e100 has never worked for me. It does share an interrupt with my pctv card but again it works fine under Debian. Sorry I cannot be of more help.
Brian I agree with your comments about another partition but had no choice after a hard disk failure, I decided to use Gentoo on a recommendation from a friend who has used it for 12 months or more. As I say a required a working system and went back to Debian to obtain this for the time being. I do intend to try again in the future. As for it being misconfigured no I have used Linux for around 10 years and my friend checked it out and we both agreed it was configured correctly as it came up with a manual ip and could be pinged but would not allow traffic onto the network.
could be pinged but would not allow traffic onto the network. please define "not allow traffic"
please define "not allow traffic" It appeared to receive traffic from the network as the led flashed if I pinged the ip addrress but nothing was received by the linux system, if I pinged from the box the led never flashed and I got destination unreachable. An ifconfig eth0 showed it was configured correctly so I assume the driver was stopping traffic in and out to the network as I could ping the ip of the card. I agree it looks like it was not configured correctly but as 2 of us checked it out and confirmed the ip and routing where correct etc I don't see how it was. I tried more than once over a period of 3 days I must have re installed Gentoo about 7 or 8 times always with the same results no access to the network producing the same results explained above. Along with the initio driver hanging the system as reported elsewhere. I am no novice with linux or networking as networks are my job and we tried everything to get it to work with no luck. If it helps the gateway is an ipcop box which I am using now and the same pc with Debian installed is being used to send these reports. The system is a homebuilt box using an Abit KR7A mother board and has run for almost 2 years under 1st Redhat until February last year when I nstalled Debian. As the hard disk failed I decided to try Gentoo from the live cd's and resulted in the problem explained here. I re installed Debian from the latest testing branch installer and it worked fine 1st time. ifconfig of the system gives:- ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:90:27:DC:63:DF inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3790 errors:0 dropped:0 overruns:0 frame:0 TX packets:2763 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:4314462 (4.1 MiB) TX bytes:264412 (258.2 KiB) Interrupt:11 Base address:0x2000 lspci gives:- lspci -v 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333] Flags: bus master, 66Mhz, medium devsel, latency 0 Memory at e8000000 (32-bit, prefetchable) [size=64M] Capabilities: <available only to root> 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: ec000000-edffffff Prefetchable memory behind bridge: e0000000-e7ffffff Capabilities: <available only to root> 00:08.0 SCSI storage controller: Initio Corporation 360P (rev 02) Subsystem: Unknown device 9292:0202 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at d000 [size=256] Memory at ef104000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at <unassigned> [disabled] [size=32K] 00:09.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) Subsystem: Creative Labs CT4760 SBLive! Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at d400 [size=32] Capabilities: <available only to root> 00:09.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 07) Subsystem: Creative Labs Gameport Joystick Flags: bus master, medium devsel, latency 32 I/O ports at d800 [size=8] Capabilities: <available only to root> 00:0b.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) Subsystem: Intel Corp. EtherExpress PRO/100+ Server Adapter (PILA8470B) Flags: bus master, medium devsel, latency 32, IRQ 11 Memory at ef106000 (32-bit, non-prefetchable) [size=4K] I/O ports at dc00 [size=64] Memory at ef000000 (32-bit, non-prefetchable) [size=1M] Expansion ROM at <unassigned> [disabled] [size=1M] Capabilities: <available only to root> 00:0d.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394 Controller (Link) (prog-if 10 [OHCI]) Flags: bus master, medium devsel, latency 32, IRQ 5 Memory at ef105000 (32-bit, non-prefetchable) [size=2K] Memory at ef100000 (32-bit, non-prefetchable) [size=16K] Capabilities: <available only to root> 00:0f.0 Multimedia video controller: Brooktree Corporation Bt848 Video Capture (rev 12) Flags: bus master, medium devsel, latency 32, IRQ 5 Memory at ef107000 (32-bit, prefetchable) [size=4K] 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233A ISA Bridge Subsystem: VIA Technologies, Inc. VT8233A ISA Bridge Flags: bus master, stepping, medium devsel, latency 0 Capabilities: <available only to root> 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE Flags: bus master, medium devsel, latency 32 I/O ports at e000 [size=16] Capabilities: <available only to root> 00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 23) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e400 [size=32] Capabilities: <available only to root> 00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 23) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e800 [size=32] Capabilities: <available only to root> 01:00.0 VGA compatible controller: nVidia Corporation NV11DDR [GeForce2 MX 100 DDR/200 DDR] (rev b2) (prog-if 00 [VGA]) Subsystem: LeadTek Research Inc.: Unknown device 2838 Flags: bus master, 66Mhz, medium devsel, latency 248, IRQ 10 Memory at ec000000 (32-bit, non-prefetchable) [size=16M] Memory at e0000000 (32-bit, prefetchable) [size=128M] Expansion ROM at <unassigned> [disabled] [size=64K] Capabilities: <available only to root> I can only assume the problem is one of the patches Gentoo have applied to the kernel breaking the eepro100 driver on my system. The e100 has never worked for me. The card is branded compaq picked up from a computer fair second hand along with 5 others as a job lot all work fine under various Linux distro's these are Debian, RedHat and Slackware. Hope this helps. Colin
closing if still have troubles try forums.gentoo.org or reopen thsi bug
I have re installed gentoo and had the same problem until I downloaded and compiled the kernel from kernel.org then the eepro100 driver works fine. So as I said earlier it does look like one of the patches hgentoo apply to the kernel that causes the problem. I can use the latest 2.4x or 2.6x (currently 2.6.x) from kernel.org and my ehternet card works fine. emerge info Portage 2.0.50 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040117-r0, 2.6.1) ================================================================= System uname: 2.6.1 i686 AMD Athlon(tm) processor Gentoo Base System version 1.4.3.12 Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.8.2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -O3 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-tbird -O3 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache cvs distcc fixpackages keeptemp keepwork notitles sandbox userpriv usersandbox" GENTOO_MIRRORS="http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X aalib acpi acpi4linux apm arts avi berkdb bonobo cdr chroot crypt cups curl dga directfb dvd encode esd ethereal faad fam fbcon flac foomaticdb freetype gdbm gif gnome gphoto2 gpm gtk gtk2 imagemagick imlib ipv6 java jpeg kde ldap libg++ libwww linguas_en_GB mad mikmod mmx motif mozilla mpeg mpeg4 mysql ncurses nls oggvorbis opengl oss pam pcap pdflib perl pic png postgres prelink python qt quicktime readline scanner sdl slang sox speedo spell ssl svga t1lib tcpd tiff transcode truetype usb v4l vanilla vim-with-x x86 xfs xml2 xmms xv zlib zvbi" lspci -v 0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333] Flags: bus master, 66Mhz, medium devsel, latency 0 Memory at e8000000 (32-bit, prefetchable) Capabilities: [a0] AGP version 2.0 Capabilities: [c0] Power Management version 2 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: ec000000-edffffff Prefetchable memory behind bridge: e0000000-e7ffffff Capabilities: [80] Power Management version 2 0000:00:08.0 SCSI storage controller: Initio Corporation 360P (rev 02) Subsystem: Unknown device 9292:0202 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at d000 Memory at ef104000 (32-bit, non-prefetchable) [size=4K] 0000:00:09.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) Subsystem: Creative Labs CT4760 SBLive! Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at d400 Capabilities: [dc] Power Management version 1 0000:00:09.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 07) Subsystem: Creative Labs Gameport Joystick Flags: bus master, medium devsel, latency 32 I/O ports at d800 Capabilities: [dc] Power Management version 1 0000:00:0b.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) Subsystem: Intel Corp. EtherExpress PRO/100+ Server Adapter (PILA8470B) Flags: bus master, medium devsel, latency 32, IRQ 11 Memory at ef106000 (32-bit, non-prefetchable) I/O ports at dc00 [size=64] Memory at ef000000 (32-bit, non-prefetchable) [size=1M] Capabilities: [dc] Power Management version 2 0000:00:0d.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394 Controller (Link) (prog-if 10 [OHCI]) Flags: bus master, medium devsel, latency 32, IRQ 5 Memory at ef105000 (32-bit, non-prefetchable) Memory at ef100000 (32-bit, non-prefetchable) [size=16K] Capabilities: [44] Power Management version 1 0000:00:0f.0 Multimedia video controller: Brooktree Corporation Bt848 Video Capture (rev 12) Flags: bus master, medium devsel, latency 32, IRQ 5 Memory at ef107000 (32-bit, prefetchable) 0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8233A ISA Bridge Subsystem: VIA Technologies, Inc. VT8233A ISA Bridge Flags: bus master, stepping, medium devsel, latency 0 Capabilities: [c0] Power Management version 2 0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at e000 [size=16] Capabilities: [c0] Power Management version 2 0000:00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 23) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e400 [size=32] Capabilities: [80] Power Management version 2 0000:00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 23) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e800 [size=32] Capabilities: [80] Power Management version 2 0000:01:00.0 VGA compatible controller: nVidia Corporation NV11DDR [GeForce2 MX 100 DDR/200 DDR] (rev b2) (prog-if 00 [VGA]) Subsystem: LeadTek Research Inc.: Unknown device 2838 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 10 Memory at ec000000 (32-bit, non-prefetchable) Memory at e0000000 (32-bit, prefetchable) [size=128M] Capabilities: [60] Power Management version 2 Capabilities: [44] AGP version 2.0 uname -a Linux mercury 2.6.1 #1 Sun Feb 8 18:54:49 GMT 2004 i686 AMD Athlon(tm) processor AuthenticAMD GNU/Linux lsmod | grep eepro100 eepro100 30092 0 mii 5056 1 eepro100 ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:90:27:DC:63:DF inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::290:27ff:fedc:63df/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1649 errors:0 dropped:0 overruns:0 frame:0 TX packets:4764 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1002615 (979.1 Kb) TX bytes:323459 (315.8 Kb) Interrupt:11 Base address:0x6000
What kernel version you were getting problems with might be of help...? Thanks.
It was the default kernel from the 1.4 live install cd I think 2.4.20-r3 and r5 was tried, a friend with this same card a Compaq branded Intel eepro100 had the same rpoble with the same live cd's. The e100 driver from any kernel has never worked with this card. Windows sees them as a Comaq Ethernet Card and loads a different driver than the true intel cards. The eepro100 has always worked in the past from Redhat, Mandrake and Debian.
Have you sorted out this problem? Does it still exist on newer kernels?
It happens with all Gentoo 2.4 kernels but 2.6 is fib=ne with the eepro100 the e100 does not see the card in 2.6.
I'm sorry, but what is "fib=ne"? Does this happen with the vanilla kernels as well? Is it gentoo-kernel specific?
Sorry should read the 2.6 kernel is fine as are vanilla kernels.
An upgrade in kernels fixed this. (And thanks for replying to this after so long)
