lkml.org 
[lkml]   [2002]   [Apr]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: tulip driver again
>>>>> "Jeff" == Jeff Garzik <jgarzik@mandrakesoft.com> writes:

Jeff> David Ford wrote:
>> "Me too" however I managed to get mine to work by swaping PCI cards
>> in/out and doing power off reboots. It is working on this
>> particular boot up so I'm leaving it running.
>>
>> Jeff Garzik, if you want the lspci, register dump, etc, please
>> speak up.


Jeff> Yes, please do.

Hi Jeff,
I have a Digital Tulip card that fails to work in recent kernels.
There seems to be a problem with normal-sized packets.

On 2.5.7, this is what I see:
From the machine with the tulip card,
ping -s 70 works;
ping -s 71 gives
`wrong data byte #70 should be 0x46 but was 0x0'
ping -s 79 doesn't work.

From another machine:
ping -s 70 works
ping -s 71 does not work.

Here's the lspci -vvvn output

00:0a.0 Class 0200: 1011:0014 (rev 11)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 32
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at 6100 [size=128]
Region 1: Memory at e2000000 (32-bit, non-prefetchable) [size=128]
Expansion ROM at <unassigned> [disabled] [size=256K]

Here's the messages from the kernel:
Apr 2 10:26:08 crash kernel: de2104x PCI Ethernet driver v0.5.4 (Jan 1, 2002)
Apr 2 10:26:08 crash kernel: de0: SROM leaf offset 30, default media 10baseT auto
Apr 2 10:26:08 crash kernel: de0: media block #0: BNC
Apr 2 10:26:08 crash kernel: de0: media block #1: AUI
Apr 2 10:26:08 crash kernel: de0: media block #2: 10baseT-FD
Apr 2 10:26:08 crash kernel: de0: media block #3: 10baseT-HD
Apr 2 10:26:08 crash kernel: eth0: 21041 at 0xc2820000, 00:80:48:ea:27:7a, IRQ 11
Apr 2 10:26:27 crash kernel: eth0: set link 10baseT auto
Apr 2 10:26:27 crash kernel: eth0: mode 0x7ffc0040, sia 0x10c4,0xffffef01,0xffffffff,0xffff0008
Apr 2 10:26:27 crash kernel: eth0: set mode 0x7ffc0000, set sia 0xef01,0xffff,0x8
Apr 2 10:26:29 crash kernel: eth0: link up, media 10baseT auto
Apr 2 10:38:03 crash kernel: sending pkt_too_big to self
Apr 2 10:38:16 crash last message repeated 14 times


And here's the output of tulip_diag -mmaavvveef

tulip-diag.c:v2.10 3/08/2002 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Index #1: Found a Digital DC21041 Tulip adapter at 0x6100.
Digital DC21041 Tulip chip registers at 0x6100:
0x00: ffe00000 ffffffff ffffffff 0195c000 0195c400 fc660000 7ffc2002 ffffb0d5
0x40: fffe0000 ffff03ff ffffffff fffe0000 45e1d1c8 ffffef01 ffffffff ffff0008
Port selection is half-duplex.
Transmit started, Receive started, half-duplex.
The Rx process state is 'Waiting for packets'.
The Tx process state is 'Idle'.
The transmit unit is set to store-and-forward.
The NWay status register is 45e1d1c8.
EEPROM 64 words, 6 address bits.
PCI Subsystem IDs, vendor 0000, device 0000.
CardBus Information Structure at offset 00000000.
Ethernet MAC Station Address 00:80:48:EA:27:7A.
EEPROM transceiver/media description table.
Leaf node at offset 30, default media type 0800 (Autosense).
4 transceiver description blocks:
21041 media index 00 (10baseT).
21041 media index 01 (10base2).
21041 media index 02 (AUI).
21041 media index 04 (10baseT-Full Duplex).
EEPROM contents (64 words):
0x00: 0000 0000 0000 0000 0000 0000 0000 0000
0x08: 0000 0101 8000 ea48 7a27 1e00 0000 0800
0x10: 0004 0201 0004 0000 0000 0000 0000 0000
0x18: 0000 0000 0000 0000 0000 0000 0000 0000
0x20: 0000 0000 0000 0000 0000 0000 0000 0000
0x28: 0000 0000 0000 0000 0000 0000 0000 0000
0x30: 0000 0000 0000 0000 0000 0000 0000 0000
0x38: 0000 0001 0000 0000 0000 0000 0000 08f5
ID block CRC 0xe3 (vs. 00).
Full contents CRC 0x08f5 (read as 0x08f5).
mdio_read(0x6100, 1, 1).. mdio_read(0x6100, 2, 1).. mdio_read(0x6100, 3, 1).. mdio_read(0x6100, 4, 1).. mdio_read(0x6100, 5, 1).. mdio_read(0x6100, 6, 1).. mdio_read(0x6100, 7, 1).. mdio_read(0x6100, 8, 1).. mdio_read(0x6100, 9, 1).. mdio_read(0x6100, 10, 1).. mdio_read(0x6100, 11, 1).. mdio_read(0x6100, 12, 1).. mdio_read(0x6100, 13, 1).. mdio_read(0x6100, 14, 1).. mdio_read(0x6100, 15, 1).. mdio_read(0x6100, 16, 1).. mdio_read(0x6100, 17, 1).. mdio_read(0x6100, 18, 1).. mdio_read(0x6100, 19, 1).. mdio_read(0x6100, 20, 1).. mdio_read(0x6100, 21, 1).. mdio_read(0x6100, 22, 1).. mdio_read(0x6100, 23, 1).. mdio_read(0x6100, 24, 1).. mdio_read(0x6100, 25, 1).. mdio_read(0x6100, 26, 1).. mdio_read(0x6100, 27, 1).. mdio_read(0x6100, 28, 1).. mdio_read(0x6100, 29, 1).. mdio_read(0x6100, 30, 1).. mdio_read(0x6100, 31, 1).. mdio_read(0x6100, 0, 1).. No MII transceivers found!
Internal autonegotiation state is 'Negotiation complete'.



Jeff> The more bug reports I can receive (in private or CC'd to lkml),
Jeff> the better picture I get. If you have multiple tulips, feel
Jeff> free to email reports on those too :)

Jeff> Best output is: lspci -vvvn dmesg, after updating
Jeff> drivers/net/tulip/tulip.h TULIP_DEBUG to 5, and recompiling
Jeff> tulip-diag -mmaavvveef

Jeff> tulip-diag was written by Donald Becker, and is available from
Jeff> ftp://www.scyld.com/pub/diag/ Compiling instructions are at the
Jeff> end of tulip-diag.c. You should grab libmii.c as well.

Jeff> Jeff




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


-
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/

\
 
 \ /
  Last update: 2005-03-22 13:22    [W:0.058 / U:1.784 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site