I've been having a problem with my ethernet card not initializing when the system is booted. This has happened on two different systems, with the same kind of NIC. I don't have as much information on the second system, but the stuff below is from one of them. Unfortunately, this is an intermittant problem. Sometimes it boots just fine. I recently turned off ACPI because I noticed it was using IRQ 11, as are both my video card and NIC. In ancient days, it was unacceptable to have two devices share an IRQ. Unfortunately, I don't know of a way to change either the video or the NIC's IRQ. Has anybody else had this problem with 3c905B's? hwinfo shows this (after turning off ACPI): 01: None 00.0: 10103 CPU [Created at cpu.290] Unique ID: rdCR.j8NaKXDZtZ6 Hardware Class: cpu Arch: Intel Vendor: "GenuineIntel" Model: 6.5.1 "Pentium II (Deschutes)" Features: fpu,vme,de,pse,tsc,msr,pae,mce,cx8,sep,mtrr,pge,mca,cmov,pat,pse36,mmx,fxsr Clock: 400 MHz Cache: 512 kb Config Status: cfg=no, avail=yes, need=no, active=unknown ... 20: PCI 0c.0: 0200 Ethernet controller [Created at pci.273] Unique ID: rBUF.2+bt1HBvFf1 SysFS ID: /devices/pci0000:00/0000:00:0c.0 SysFS BusID: 0000:00:0c.0 Hardware Class: network Model: "3Com 3C905B Fast Etherlink XL 10/100" Vendor: pci 0x10b7 "3Com Corporation" Device: pci 0x9055 "3c905B 100BaseTX [Cyclone]" SubVendor: pci 0x10b7 "3Com Corporation" SubDevice: pci 0x9055 "3C905B Fast Etherlink XL 10/100" Revision: 0x24 Driver: "3c59x" Device File: eth0 I/O Ports: 0xc000-0xc07f (rw) Memory Range: 0xd6800000-0xd680007f (rw,non-prefetchable) Memory Range: 0x00000000-0x0001ffff (ro,prefetchable,disabled) IRQ: 11 (217672 events) HW Address: 00:10:4b:37:61:ab Link detected: yes Driver Info #0: Driver Status: 3c59x is active Driver Activation Cmd: "modprobe 3c59x" Config Status: cfg=no, avail=yes, need=no, active=unknown 21: PCI(AGP) 100.0: 0300 VGA compatible controller (VGA) [Created at pci.273] Unique ID: VCu0.G_wQWNYi3c6 Parent ID: vSkL.U_SRSMlE0t6 SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0 SysFS BusID: 0000:01:00.0 Hardware Class: graphics card Model: "PC Partner RV100 QY [Sapphire Radeon VE 7000]" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x5159 "Radeon VE" SubVendor: pci 0x174b "PC Partner Limited" SubDevice: pci 0x7112 "RV100 QY [Sapphire Radeon VE 7000]" Memory Range: 0xd8000000-0xdfffffff (rw,prefetchable) I/O Ports: 0xd800-0xd8ff (rw) Memory Range: 0xd7000000-0xd700ffff (rw,non-prefetchable) Memory Range: 0xd7fe0000-0xd7ffffff (ro,prefetchable,disabled) IRQ: 11 (217672 events) I/O Ports: 0x3c0-0x3df (rw) Driver Info #0: XFree86 v4 Server Module: radeon Driver Info #1: XFree86 v4 Server Module: radeon 3D Support: yes Color Depths: 16 Extensions: dri Options: Config Status: cfg=no, avail=yes, need=no, active=unknown Attached to: #15 (PCI bridge) This is from a dmesg when the network card failed to load: Linux agpgart interface v0.100 (c) Dave Jones agpgart: Detected an Intel 440BX Chipset. agpgart: Maximum main memory to use for agp memory: 94M agpgart: AGP aperture is 32M @ 0xe6000000 usbcore: registered new driver usbfs usbcore: registered new driver hub USB Universal Host Controller Interface driver v2.2 ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 PCI: setting IRQ 11 as level-triggered ACPI: PCI interrupt 0000:00:04.2[D] -> GSI 11 (level, low) -> IRQ 11 uhci_hcd 0000:00:04.2: UHCI Host Controller PCI: Setting latency timer of device 0000:00:04.2 to 64 uhci_hcd 0000:00:04.2: irq 11, io base 0xc400 uhci_hcd 0000:00:04.2: new USB bus registered, assigned bus number 1 hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected PCI: Enabling device 0000:00:0c.0 (0000 -> 0003) ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 ACPI: PCI interrupt 0000:00:0c.0[A] -> GSI 11 (level, low) -> IRQ 11 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html 0000:00:0c.0: 3Com PCI 3c905B Cyclone 100baseTx at 0xc000. Vers LK1.1.19 PCI: Setting latency timer of device 0000:00:0c.0 to 64 *** EEPROM MAC address is invalid. 3c59x: vortex_probe1 fails. Returns -22 3c59x: probe of 0000:00:0c.0 failed with error -22 SCSI subsystem initialized st: Version 20041025, fixed bufsize 32768, s/g segs 256 BIOS EDD facility v0.16 2004-Jun-25, 3 devices found cdrom: open failed. ACPI: Power Button (FF) [PWRF] ACPI: CPU0 (power states: C1[C1] C2[C2]) ACPI: Processor [CPU0] (supports 8 throttling states) powernow: This module only works with AMD K7 CPUs -- Regards, Steven
On 6/20/05, Steven T. Hatton <hattons@globalsymmetry.com> wrote:
I've been having a problem with my ethernet card not initializing when the system is booted. This has happened on two different systems, with the same kind of NIC.
[snip]
3c59x: vortex_probe1 fails. Returns -22 3c59x: probe of 0000:00:0c.0 failed with error -22
[snip} This seems to be a known problem with the driver. Take a look here: http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg78894.html There is a patch included on the page... everyone who's tried it says it works, and from what I read, it's been fed back into the developer loop. C.
On Monday 20 June 2005 03:52, Clayton wrote:
On 6/20/05, Steven T. Hatton <hattons@globalsymmetry.com> wrote:
I've been having a problem with my ethernet card not initializing when the system is booted. This has happened on two different systems, with the same kind of NIC.
[snip]
3c59x: vortex_probe1 fails. Returns -22 3c59x: probe of 0000:00:0c.0 failed with error -22
[snip}
This seems to be a known problem with the driver. Take a look here: http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg78894.html
There is a patch included on the page... everyone who's tried it says it works, and from what I read, it's been fed back into the developer loop.
C.
I couldn't tell if disabling ACPI will prevent this from happening or not. I don't care to have a go at compiling my own modules. I can simply cold boot for now, and wait for the patch. -- Regards, Steven
On 6/20/05, Steven T. Hatton <hattons@globalsymmetry.com> wrote:
3c59x: vortex_probe1 fails. Returns -22 3c59x: probe of 0000:00:0c.0 failed with error -22
[snip}
This seems to be a known problem with the driver. Take a look here: http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg78894.html
I couldn't tell if disabling ACPI will prevent this from happening or not. I don't care to have a go at compiling my own modules. I can simply cold boot for now, and wait for the patch.
It seems to be a hit and miss thing. For some people, disabling ACPI works... and for others it doesn't help. It's been reported also over in the RedHat camp: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158725 and in a Debian thread I found here: http://www.mail-archive.com/rtnet-users@lists.sourceforge.net/msg00474.html I also found some stuff with Ubuntu, but... it's more of the same. Basically... if you don't wanna tinker with the manual patch... :-) (and I can understand that) you are stuck waiting for a public patch release. Enough people are running into this that I can't imagine it being too much longer before it shows up in YaST or APT... especially given the popularity of the 3COM 3c50x NICs. C.
participants (2)
-
Clayton -
Steven T. Hatton