[tulip] RE: LinkPRO TL-5320cb (Was: W-LINX LinxPRO Ethernet)
Thomas Pasch
pasch@netzGeneration.com
Sat Jan 5 17:44:01 2002
This is a multi-part message in MIME format.
------=_NextPart_000_001F_01C19643.617BC0C0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Hi,
this is a continuation to the December Thread by Micheal Thaler and Ronald Becker.
On a SuSE-7.1 with pcmcia-3.1.22 I encounter the same problems
describe by Michael. Then I switch to 3.1.31. It now works. I'm still
using the 'tulip.c:v0.91g-ppc 7/16/99' driver. Compiling v0.93 seems
difficult to me. I've enclosed many details for the curious.
Have fun!
Thomas
Identification of card:
> cardctl ident
Socket 0:
product info: "CardBus", "Fast Ethernet", "V1.0", ""
manfid: 0x13d1, 0xab02
function: 6 (network)
PCI id: 0x13d1, 0xab08
Socket 1:
no product info available
Identification of chip be the kernel messages:
> dmesg
[...]
Linux PCMCIA Card Services 3.1.31
kernel build: 2.4.0-4GB #1 Mon Jan 22 16:42:16 GMT 2001
options: [pci] [cardbus] [apm]
Intel ISA/PCI/CardBus PCIC probe:
PCI: Found IRQ 15 for device 00:11.0
PCI: Found IRQ 11 for device 00:11.1
PCI: The same IRQ used for device 00:10.0
TI 1131 rev 01 PCI-to-CardBus at slot 00:11, mem 0x7fffe000
host opts [0]: [ring] [pci + serial irq] [pci irq 15] [lat 66/176] [bus 1/1]
host opts [1]: [ring] [pci + serial irq] [pci irq 11] [lat 66/176] [bus 2/2]
ISA irqs (scanned) = 3,4,5,7,9,10 PCI status changes cs: cb_alloc(bus 1): vendor 0x13d1, device 0xab08 cs:
cb_config(bus 1)
cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107 0x220-0x22f 0x250-0x257 0
cs: IO port probe 0x0230-0x024f: clean.
cs: IO port probe 0x0258-0x032f: clean.
cs: IO port probe 0x0338-0x0377: clean.
cs: IO port probe 0x0380-0x0387: clean.
cs: IO port probe 0x0390-0x03bf: clean.
cs: IO port probe 0x03e0-0x0407: clean.
cs: IO port probe 0x0410-0x047f: clean.
cs: IO port probe 0x0490-0x04cf: clean.
cs: IO port probe 0x04d8-0x04ff: clean.
cs: IO port probe 0x0800-0x08ff: clean.
cs: IO port probe 0x0a00-0x0aff: clean.
cs: IO port probe 0x0c00-0x0cff: clean.
fn 0 bar 1: io 0x800-0x8ff
fn 0 bar 2: mem 0x60060000-0x600603ff
fn 0 rom: mem 0x60040000-0x6005ffff
irq 15
cs: cb_enable(bus 1)
bridge io map 0 (flags 0x21): 0x800-0x8ff
bridge mem map 0 (flags 0x1): 0x60040000-0x60060fff
tulip_attach(device 01:00.0)
tulip.c:v0.91g-ppc 7/16/99 becker@scyld.com (modified by danilo@cs.uni-magdeburgeth0: ADMtek Centaur-C rev 17 at 0x800,
00:E0:98:21:31:F8, IRQ 15.
PCI: Found IRQ 11 for device 00:10.0
PCI: The same IRQ used for device 00:11.1
The tulip-diag programm has some problems:
> ./tulip-diag
tulip-diag.c:v2.08 5/15/2001 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Unable to find a recognized card in /proc/pci.
If there is a card in the machine, explicitly set the I/O port address
using '-p <ioaddr> -t <chip_type_index>'
Use '-t -1' to see the valid chip types.
But it will work...
> ./tulip-diag -p 0x800 -t 15
tulip-diag.c:v2.08 5/15/2001 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Assuming a ADMtek AL985 Centaur-C adapter at 0x800.
Comet duplex is reported in the MII status registers.
Transmit started, Receive started, half-duplex.
The Rx process state is 'Waiting for packets'.
The Tx process state is 'Idle'.
The transmit threshold is 256.
Comet MAC address registers 2198e000 fffff831
Comet multicast filter 8000000000000000.
Use '-a' or '-aa' to show device registers,
'-e' to show EEPROM contents, -ee for parsed contents,
or '-m' or '-mm' to show MII management registers.
> ./tulip-diag -p 0x800 -t 15 -e
tulip-diag.c:v2.08 5/15/2001 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Assuming a ADMtek AL985 Centaur-C adapter at 0x800.
Comet duplex is reported in the MII status registers.
Transmit started, Receive started, half-duplex.
The Rx process state is 'Waiting for packets'.
The Tx process state is 'Idle'.
The transmit threshold is 256.
Comet MAC address registers 2198e000 fffff831
Comet multicast filter 8000000000000000.
EEPROM 256 words, 8 address bits.
Ethernet MAC Station Address 00:e0:98:21:31:f8.
Default connection type 'Autosense'.
PCI IDs Vendor 13d1 Device ab08 Subsystem 13d1 ab08
PCI min_grant 255 max_latency 255.
CSR18 power-up setting 0x80cc****.
> ./tulip-diag -p 0x800 -t 15 -a
tulip-diag.c:v2.08 5/15/2001 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Assuming a ADMtek AL985 Centaur-C adapter at 0x800.
* A potential Tulip chip has been found, but it appears to be active.
* Either shutdown the network, or use the '-f' flag to see all values.
ADMtek AL985 Centaur-C chip registers at 0x800:
0x00: fff98000 ffffffff ffffffff 00b08010 00b08210 fc664010 ff976117 ffffebff
Comet duplex is reported in the MII status registers.
Transmit started, Receive started, half-duplex.
The Rx process state is 'Waiting for packets'.
The Tx process state is 'Idle'.
The transmit threshold is 256.
Comet MAC address registers 2198e000 fffff831
Comet multicast filter 8000000000000000.
trying to compile tulip.c as tulip_cb.c in pcmcia-cs-3.1.32/clients:
make[1]: Entering directory `/root/linkpro/pcmcia-cs-3.1.31/clients'
cc -MD -c -O2 -I../include -I/usr/src/linux/include -D__KERNEL__ -DEXPORT_SYMTAB -DMODULE -DCARDBUS tulip_cb.c
tulip_cb.c:162: pci-scan.h: No such file or directory
tulip_cb.c:163: kern_compat.h: No such file or directory
make[1]: *** [tulip_cb.o] Error 1
make[1]: Leaving directory `/root/linkpro/pcmcia-cs-3.1.31/clients'
make: *** [all] Error 2
------=_NextPart_000_001F_01C19643.617BC0C0
Content-Type: text/x-vcard;
name="Thomas Pasch.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Thomas Pasch.vcf"
BEGIN:VCARD
VERSION:2.1
N:Pasch;Thomas
FN:Thomas Pasch
TEL;HOME;VOICE:0531 7075953
TEL;HOME;FAX:069 791260246
ADR;HOME:;;;Braunschweig
LABEL;HOME:Braunschweig
URL;HOME:http://www.netzGeneration.com
EMAIL;PREF;INTERNET:pasch@netzGeneration.com
REV:20020105T224748Z
END:VCARD
------=_NextPart_000_001F_01C19643.617BC0C0--