RE: Problems with 3c920, vortex and a 10baseT only router
Melchor MarĂn <[email protected]> Mon, 2 Dec 2002 17:31:17 +0100
| Newsgroups | gmane.linux.drivers.vortex.user |
|---|---|
| Message-ID | <[email protected]> |
On Mon, 2 Dec 2002, Donald Becker wrote: >What driver version are you using? According to the file 3c59x.c and system logs, the driver is v.099Xf 11/17/2002 >What is the detection message? The system logs say: Dec 2 16:59:57 Quevedo kernel: pci-scan.c:v1.11 8/31/2002 Donald Becker <[email protected]> http://www.scyld.com/linux/drivers.html Dec 2 16:59:57 Quevedo kernel: 3c59x.c:v0.99Xf 11/17/2002 Donald Becker, [email protected] Dec 2 16:59:57 Quevedo kernel: http://www.scyld.com/network/vortex.html Dec 2 16:59:57 Quevedo kernel: eth0: 3Com 3c905C Tornado at 0xec80, 00:08:74:e2:cd:e0, IRQ 11 Dec 2 16:59:57 Quevedo kernel: 8K buffer 5:3 Rx:Tx split, autoselect/Autonegotiate interface. Dec 2 16:59:57 Quevedo kernel: MII transceiver found at address 24, status 7809. Dec 2 16:59:58 Quevedo kernel: Using bus-master transmits and whole-frame receives. Dec 2 16:59:58 Quevedo kernel: Linux Kernel Card Services 3.1.22 Dec 2 16:59:58 Quevedo kernel: options: [pci] [cardbus] [pm] Dec 2 16:59:58 Quevedo kernel: PCI: Found IRQ 11 for device 02:01.0 Dec 2 16:59:58 Quevedo kernel: PCI: Sharing IRQ 11 with 02:01.1 Dec 2 16:59:58 Quevedo kernel: PCI: Sharing IRQ 11 with 02:01.2 Dec 2 16:59:58 Quevedo kernel: PCI: Found IRQ 11 for device 02:01.1 Using vortex-diag -a shows: [root@Quevedo mamarin]# vortex-diag -a vortex-diag.c:v2.12 11/27/2002 Donald Becker ([email protected]) http://www.scyld.com/diag/index.html Index #1: Found a 3c905C Tornado 100baseTx adapter at 0xec80. Station address 00:08:74:e2:cd:e0. Receive mode is 0x07: Normal unicast and all multicast. The Vortex chip may be active, so FIFO registers will not be read. To see all register values use the '-f' flag. Initial window 7, registers values by window: Window 0: 0000 0000 0000 0000 adad 00bf ffff 0000. Window 1: FIFO FIFO 0700 0000 0000 006e 0000 2000. Window 2: 0800 e274 e0cd 0000 0000 0000 0052 4000. Window 3: 0000 0184 05ea 0000 000a 0800 0800 6000. Window 4: 0000 0000 8000 0ccc 0001 8880 0000 8000. Window 5: 1ffc 0000 0000 0600 0807 06de 06c6 a000. Window 6: 0000 0000 0000 0000 0000 0000 0000 c000. Window 7: 0000 0000 0000 0000 0000 0000 0000 e000. Vortex chip registers at 0xec80 0xEC90: **FIFO** 00000000 00000007 *STATUS* 0xECA0: 00000020 1e121a70 00080000 00001404 0xECB0: 00000000 c2323dce 1e121800 00080004 0xECC0: 004f58eb 00000000 000000b7 00000000 0xECD0: 00000000 00000000 00000000 00000000 0xECE0: 00000000 00000000 00000000 00000000 0xECF0: 00001000 00000000 00000000 00000100 DMA control register is 00000020. Tx list starts at 1e121a70. Tx FIFO thresholds: min. burst 256 bytes, priority with 128 bytes to empty. Rx FIFO thresholds: min. burst 256 bytes, priority with 128 bytes to full. Poll period Tx 6400 ns., Rx 0 ns. Maximum burst recorded Tx 0, Rx 0. Indication enable is 06c6, interrupt enable is 06de. No interrupt sources are pending. Transceiver/media interfaces available: 100baseTx 10baseT. Transceiver type in use: Autonegotiate. MAC settings: half-duplex. Station address set to 00:08:74:e2:cd:e0. Configuration options 0052. >What are the error counts in /proc/net/dev? Inter-|Receive |Transmit face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed lo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 eth0: 2804 29 3 0 0 5 0 0 8434 88 0 0 0 0 4 0 There is no error in the logs of the system regarding eth0 (only an intermitent issue with sound-slot-0).