acenic problems on 2.5.47

From: Andrew Theurer (habanero@us.ibm.com)
Date: Mon Nov 11 2002 - 15:16:56 EST


I seem to be having a driver issue with acenic Gb adapters on 2.5.47. Out of
four adapters, usually one, but sometimes two of the four adapters are
initialized upon 'insmod acenic':

acenic.c: v0.92 08/05/2002 Jes Sorensen, linux-acenic@SunSITE.dk
                            http://home.cern.ch/~jes/gige/acenic.html
eth1: Alteon AceNIC Gigabit Ethernet at 0xfba00000, irq 3
  Tigon II (Rev. 6), Firmware: 12.4.11, MAC: 00:60:cf:21:2a:78
  PCI cache line size set incorrectly (64 bytes) by BIOS/FW, correcting to 128
  PCI bus width: 64 bits, speed: 66MHz, latency: 240 clks
  Disabling PCI memory write and invalidate
eth1: Firmware NOT running!
eth1: Alteon AceNIC Gigabit Ethernet at 0xfbb00000, irq 4
  Tigon II (Rev. 6), Firmware: 12.4.11, MAC: 00:60:cf:21:2a:7c
  PCI cache line size set incorrectly (64 bytes) by BIOS/FW, correcting to 128
  PCI bus width: 64 bits, speed: 66MHz, latency: 240 clks
  Disabling PCI memory write and invalidate
eth1: Firmware NOT running!
eth1: Alteon AceNIC Gigabit Ethernet at 0xfbc00000, irq 10
  Tigon II (Rev. 6), Firmware: 12.4.11, MAC: 00:60:cf:21:27:df
  PCI cache line size set incorrectly (64 bytes) by BIOS/FW, correcting to 128
  PCI bus width: 64 bits, speed: 66MHz, latency: 240 clks
  Disabling PCI memory write and invalidate
eth1: Firmware NOT running!
eth1: Alteon AceNIC Gigabit Ethernet at 0xfbc04000, irq 11
  Tigon II (Rev. 6), Firmware: 12.4.11, MAC: 00:60:cf:21:27:e5
  PCI cache line size set incorrectly (64 bytes) by BIOS/FW, correcting to 128
  PCI bus width: 64 bits, speed: 66MHz, latency: 240 clks
  Disabling PCI memory write and invalidate
eth1: Firmware up and running

It appears the first three cards do not get the firmware up and running, while
the fourth one does, and is assigned eth1. I swear I have seen this before,
but can't remember what the problem was. Anybody know? Also, an oops on
rmmod:

Unable to handle kernel paging request at virtual address f8956140
f891b562
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0060:[<f891b562>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: f7c72000 ebx: 000003fc ecx: 37d4a200 edx: f8956000
esi: f7c72160 edi: 00000100 ebp: f7c72000 esp: f6821f84
ds: 0068 es: 0068 ss: 0068
Stack: f891b000 fffffff0 f891b000 bfffe6fc c0116e53 f891b000 fffffff0 f6845000
       bfffe6fc c011639f f891b000 00000000 f6820000 0805fbf4 bfffe6dc c010874f
       bffff8f2 08067008 00000100 0805fbf4 bfffe6dc bfffe6fc 00000081 0000002b
Call Trace: [<c0116e53>] [<c011639f>] [<c010874f>]
Code: 8b 82 40 01 00 00 0d 00 00 01 00 89 82 40 01 00 00 83 7e 14

>>EIP; f891b562 <END_OF_CODE+384afc46/????> <=====
Trace; c0116e52 <free_module+16/98>
Trace; c011639e <sys_delete_module+ea/1b0>
Trace; c010874e <syscall_call+6/a>
Code; f891b562 <END_OF_CODE+384afc46/????>
00000000 <_EIP>:
Code; f891b562 <END_OF_CODE+384afc46/????> <=====
   0: 8b 82 40 01 00 00 mov 0x140(%edx),%eax <=====
Code; f891b568 <END_OF_CODE+384afc4c/????>
   6: 0d 00 00 01 00 or $0x10000,%eax
Code; f891b56c <END_OF_CODE+384afc50/????>
   b: 89 82 40 01 00 00 mov %eax,0x140(%edx)
Code; f891b572 <END_OF_CODE+384afc56/????>
  11: 83 7e 14 00 cmpl $0x0,0x14(%esi)

Thanks,

Andrew Theurer
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Fri Nov 15 2002 - 22:00:23 EST