• Resolving installation and configuration problems
• PCMCIA network adapters

Messages Inline: [ 0 ]  [ 1 ] 

Question: 3com 575CT Dell 7500 Inspiron problems Date: 1999, Nov 03 From: David Mullens dmullens

A 3com (OEM) 575CT pcmcia card came with my Dell 7500 inspiron. I can't get it to work. I compiled the 3.1.3 pcmcia package. When I do a "cardctl indent" it says: "No Valid ROM images found! No product info available I'm new to the pcmcia world, so I'm not sure where to go or even where to look.... BTW, I am able to get a 3com 589 card to work just fine. Thanks for any direction. Dave.

Sad: I don't know what it is with these cards Re: Question: 3com 575CT Dell 7500 Inspiron problems (David Mullens) Date: 1999, Nov 03 From: David Hinds <dhinds@pcmcia.sourceforge.org>

I have heard only negative reports for the Dell-branded 3CCFE575CT cards. Since these are all being used on Dell laptops, I don't know if the problem is a bad interaction with the Linux socket drivers and the Dell systems, or a problem with the 3c575_cb driver. 3Com says that the Dell-branded cards are identical to the 3CCFE575CT cards they sell under their own name. I have several of these and they seem to work fine on all the laptops I have access to. However, the particular error you report ("no valid ROM images") is unusual and I'm not sure what to make of it. Are you running a particularly old kernel, by any chance? Like maybe 2.0.*? Can you use the card under Windows? -- Dave

Feedback: Is 3Com 575BT Dell 7000 Inspiron close enough? Re: Question: 3com 575CT Dell 7500 Inspiron problems (David Mullens) Date: 2000, Jun 10 From: Piete Brooks pb

I have a working genuine 3Com Megahertz 3CCFE575BT, running on an Inspiron 7000 -- is this a close enough match to be of interest ?

Question: ThinkPad 570 & 3com 575BT Date: 1999, Nov 04 From: Michal Roszkowski michal

This question is in regards to a thinkpad 570 with a 3com 575bt ethernet pc_card running redhat 6.1 and kernel 2.2.13 when my 3com card is in the machine, i cannot seem to do anything to configure it. I simply get: cs: socket 1 timed out during reset however, when i physically remove and insert the card when cardmgr is running, i get the 2 beeps and the card is configured without any problems at all... and it works fine until i suspend... then it gives me the same error... i have to remove and insert it again... can someone please give me some ideas as to what the problem may be and how to go about resolving it. these are the messages i get on unsuccessful then successful card configuration: Nov 4 16:42:57 erik kernel: Linux PCMCIA Card Services 3.1.3 Nov 4 16:42:57 erik kernel: kernel build: 2.2.13 #2 Thu Nov 4 14:44:54 CET 1999 Nov 4 16:42:57 erik kernel: options: [pci] [cardbus] [apm] Nov 4 16:42:57 erik kernel: Intel PCIC probe: Nov 4 16:42:57 erik kernel: TI 1450 PCI-to-CardBus at bus 0 slot 2, mem 0x50000000, 2 sockets Nov 4 16:42:57 erik kernel: host opts [0]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 64/176] [bus 3/5] Nov 4 16:42:57 erik kernel: host opts [1]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 64/176] [bus 6/8] Nov 4 16:42:57 erik kernel: ISA irqs (scanned) = 3,4,5,7,9,10,15 status change on irq 15 Nov 4 16:42:57 erik cardmgr[2371]: starting, version is 3.1.3 Nov 4 16:42:57 erik cardmgr[2371]: watching 2 sockets Nov 4 16:42:57 erik kernel: cs: IO port probe 0x1000-0x17ff: excluding 0x1000-0x104f 0x15e8-0x15ef Nov 4 16:42:57 erik kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x3b8-0x3df 0x4d0-0x4d7 Nov 4 16:43:01 erik kernel: cs: socket 1 timed out during reset ******* <- card physically removed/inserted here... Nov 4 16:43:05 erik kernel: cs: cb_alloc(bus 6): vendor 0x10b7, device 0x5157 Nov 4 16:43:05 erik cardmgr[2371]: initializing socket 1 Nov 4 16:43:05 erik cardmgr[2371]: socket 1: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL Nov 4 16:43:05 erik cardmgr[2371]: executing: 'insmod /lib/modules/2.2.13/pcmcia/cb_enabler.o' Nov 4 16:43:05 erik cardmgr[2371]: executing: 'insmod /lib/modules/2.2.13/pcmcia/3c575_cb.o' Nov 4 16:43:05 erik kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Nov 4 16:43:05 erik kernel: cs: cb_config(bus 6) Nov 4 16:43:05 erik kernel: fn 0 bar 1: io 0x100-0x17f Nov 4 16:43:05 erik kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Nov 4 16:43:05 erik kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Nov 4 16:43:05 erik kernel: fn 0 rom: mem 0x60000000-0x6001ffff Nov 4 16:43:05 erik kernel: vortex_attach(bus 6, function 0, device 5157) Nov 4 16:43:05 erik kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x100, 00:50:04:94:7a:db, IRQ 9 Nov 4 16:43:05 erik kernel: eth0: CardBus functions mapped 60020000->c4071000 Nov 4 16:43:05 erik kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Nov 4 16:43:05 erik kernel: MII transceiver found at address 0, status 7809. Nov 4 16:43:05 erik kernel: Enabling bus-master transmits and whole-frame receives. Nov 4 16:43:05 erik cardmgr[2371]: executing: './network start eth0' Nov 4 16:43:06 erik pumpd[2408]: starting at Thu Nov 4 16:43:06 1999 Nov 4 16:43:09 erik pumpd[2408]: configured interface eth0 Nov 4 16:43:09 erik cardmgr[2371]: + Determining IP information for eth0... done.

More: but... Re: Question: ThinkPad 570 & 3com 575BT (Michal Roszkowski) Date: 1999, Nov 04 From: Michal Roszkowski michal

but using pcmcia-cs-3.0.14, everything seems to work fine... 3com card is detected at boot time and configured... ejects/instertions are fine too... problem with that is that while the pcmcia modules are in memory, i can't suspend the computer.... i have to unload the pcmcia modules first before i can suspend... btw... while running 3.1.3, i also get no valid ROMs messages if i run cardctl ident before physically ejecting/inserting the card... sheeez.... michal.

Question: Gateway Solo 9300 internal 3c556 (???) not supported Date: 1999, Nov 05 From: Claudiu Danilov claudiu

Hi, My network card (reported as "3Com 10/100 Mini PCI Ethernet Adapter" in windows) seems to be a combo ethernet/modem card that uses the 3c556 chipset. I looked in the driver installation script and I found: 3CNUMBER = "3C556" GROUP_NAME = "3Com 10/100 Mini PCI Ethernet Adapter" NetRuleHardwareType = "elpc556 elpc556Adapter" There is a windows diagnostics program that can give a dump of EPROM and other stuff, and linux detects it as 3com unknown device in /proc/pci There seems to be a driver for a combo 3c556 pcmcia card, but this a PCI device integrated into the laptop. Is there any way that driver could work, or be modified to work ? Does anyone else know a solution for this type of device ? I would be happy to try out different drivers. Sincerely, Claudiu Danilov

I suspect you're on the wrong track Re: Question: Gateway Solo 9300 internal 3c556 (???) not supported (Claudiu Danilov) Date: 1999, Nov 05 From: David Hinds <dhinds@pcmcia.sourceforge.org>

I think that you are barking up the wrong tree here. I'm not quite sure what 3Com's product codes might mean in this situation, but the PCMCIA cards that have "556" in their product codes (3CCFEM556, etc) are 16-bit devices, not PCI devices, and all the corresponding drivers have no chance of being helpful for communicating with a built-in PCI device. It's possible that you could find some more info on 3Com's web site. If I were you, I'd first bet that this might be compatible with the 3c59x PCI driver, and try adding an entry to the PCI device list in that driver. -- Dave

Question: 3CCFE575CT on Dell Latitude Date: 1999, Nov 07 From: Christopher Naas Naas

I'm having problems getting the above card to work on the above machine. Info: This is /var/log/messages when I insert the card: Nov 7 12:49:40 calinda_lap kernel: MII transceiver found at address 0, status 7809. Nov 7 12:49:40 calinda_lap kernel: Enabling bus-master transmits and whole-frame receives. Nov 7 12:49:40 calinda_lap cardmgr[375]: executing: './network start eth0' Nov 7 12:56:06 calinda_lap kernel: vortex_detach(eth0) Nov 7 12:56:06 calinda_lap cardmgr[375]: shutting down socket 0 Nov 7 12:56:06 calinda_lap cardmgr[375]: executing: './network stop eth0' Nov 7 12:56:06 calinda_lap cardmgr[375]: + eth0: unknown interface: No such device Nov 7 12:56:06 calinda_lap cardmgr[375]: + eth0: error fetching interface information: Device not found Nov 7 12:56:06 calinda_lap cardmgr[375]: executing: 'rmmod 3c575_cb' Nov 7 12:56:06 calinda_lap cardmgr[375]: executing: 'rmmod cb_enabler' Nov 7 12:56:15 calinda_lap cardmgr[375]: initializing socket 0 Nov 7 12:56:15 calinda_lap cardmgr[375]: socket 0: 3Com 3CCFE575CT/3CXFE575CT Fast EtherLink XL Nov 7 12:56:15 calinda_lap cardmgr[375]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/cb_enabler.o' Nov 7 12:56:15 calinda_lap cardmgr[375]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/3c575_cb.o' Nov 7 12:56:15 calinda_lap kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Nov 7 12:56:15 calinda_lap kernel: cs: cb_config(bus 32): vendor 0x10b7, device 0x5257 Nov 7 12:56:15 calinda_lap kernel: fn 0 bar 1: io 0x200-0x27f Nov 7 12:56:15 calinda_lap kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Nov 7 12:56:15 calinda_lap kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Nov 7 12:56:15 calinda_lap kernel: fn 0 rom: mem 0x60000000-0x6001ffff Nov 7 12:56:15 calinda_lap kernel: vortex_attach(bus 32, function 0, device 5257) Nov 7 12:56:15 calinda_lap kernel: eth0: 3Com 3c575 series CardBus (unknown version) at 0x200, 00:50:da:55:27:ac, IRQ 3 Nov 7 12:56:15 calinda_lap kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Nov 7 12:56:15 calinda_lap kernel: MII transceiver found at address 0, status 7809. Nov 7 12:56:15 calinda_lap kernel: Enabling bus-master transmits and whole-frame receives. Nov 7 12:56:15 calinda_lap cardmgr[375]: executing: './network start eth0' This is 'sh -x /etc/pcmcia/network start eth0': + action=start + device=eth0 + /etc/sysconfig/network-scripts/ifup ifcfg-eth0 SIOCADDRT: File exists This is 'cardctl ident': Socket 0: product info: "3Com Corporation", "3CCFE575CT", "LAN Cardbus Card", "004" manfid: 0x0101, 0x5257 function: 6 (network) Socket 1: no product info available Anyone?

Question: 3c 575 Date: 1999, Nov 08 From: Christopher Naas Naas

I've tried it with another config. I get a different message. This is my /var/log/messages log when I insert the card.. Help? Nov 8 10:49:12 localhost kernel: vortex_detach(eth0) Nov 8 10:49:12 localhost cardmgr[764]: shutting down socket 0 Nov 8 10:49:12 localhost cardmgr[764]: executing: './network stop eth0' Nov 8 10:49:12 localhost cardmgr[764]: + usage: ifdown <device name> Nov 8 10:49:12 localhost cardmgr[764]: stop cmd exited with status 1 Nov 8 10:49:12 localhost cardmgr[764]: executing: 'rmmod 3c575_cb' Nov 8 10:49:12 localhost cardmgr[764]: executing: 'rmmod cb_enabler' Nov 8 10:49:22 localhost cardmgr[764]: initializing socket 0 Nov 8 10:49:22 localhost cardmgr[764]: socket 0: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL Nov 8 10:49:22 localhost cardmgr[764]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/cb_enabler.o' Nov 8 10:49:22 localhost cardmgr[764]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/3c575_cb.o' Nov 8 10:49:22 localhost kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Nov 8 10:49:22 localhost kernel: cs: cb_config(bus 32): vendor 0x10b7, device 0x5257 Nov 8 10:49:22 localhost kernel: fn 0 bar 1: io 0x200-0x27f Nov 8 10:49:22 localhost kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Nov 8 10:49:22 localhost kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Nov 8 10:49:22 localhost kernel: fn 0 rom: mem 0x60000000-0x6001ffff Nov 8 10:49:22 localhost kernel: vortex_attach(bus 32, function 0, device 5257) Nov 8 10:49:22 localhost kernel: eth0: 3Com 3c575 series CardBus (unknown version) at 0x200, 00:50:da:55:27:ac, IRQ 3 Nov 8 10:49:22 localhost kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Nov 8 10:49:22 localhost kernel: MII transceiver found at address 0, status 7809. Nov 8 10:49:22 localhost kernel: Enabling bus-master transmits and whole-frame receives. Nov 8 10:49:22 localhost cardmgr[764]: executing: './network start eth0' Nov 8 10:49:22 localhost cardmgr[764]: + usage: ifup <device name> Nov 8 10:49:22 localhost cardmgr[764]: start cmd exited with status 1

No problem: now it might be good to configure eth0 Re: Question: 3c 575 (Christopher Naas) Date: 1999, Nov 08 From: David Hinds <dhinds@pcmcia.sourceforge.org>

> Nov 8 10:49:22 localhost cardmgr[764]: executing: './network start eth0' > Nov 8 10:49:22 localhost cardmgr[764]: + usage: ifup <device name> Try running "netconf" or "linuxconf" to configure the interface. This all looks perfect: you simply haven't entered any network settings for eth0. -- Dave

3ccfe575ct continued Re: No problem: now it might be good to configure eth0 (David Hinds) Date: 1999, Nov 08 From: Christopher Naas Naas

Okay, I set it up with linuxconfig, and now eth0 starts up when I insert the card. My problem now is that no lights light (10/100) and I can only ping myself.. I am using the 3CCFE575CT card that came with my toshiba. I edited the config for 3CCFE575B manfid 0x0101, 0x5157 to manfid 0x0101, 0x5257 so that the CT card would be detected.. I am using the pcmcia software that came with the original RedHat 6.1 installation. Have I done wrong in editing it? Do I need to install any patches? chris

Sorry, I didn't notice the "CT" bit... Re: 3ccfe575ct continued (Christopher Naas) Date: 1999, Nov 08 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Oh. You can't just edit the config file: this card is different from the other 3CCFE575 variants, and requires a driver modification. You need a more recent PCMCIA driver package: support for this card was added in 3.1.2. -- Dave

575BT does not like 100MHz on my Dell Inspiron Date: 1999, Nov 09 From: Jean-Pierre Prieto jpib

Hi, I have a Dell Inspiron 3500, kernel 2.2.13 and pcmcia 3.1.2. I travel a lot, and I never had any trouble with the card ... until I came to a 100bT network site. Everything seems pretty normal, but after initialisation the lights are off on both sides of the cable (I plugged it directly into the SuperstackII hub, to eliminate any cabling issue), and I cannot ping anything. No error message. Otherwise the Dell runs fine. (the network is functional under Windows). I am wondering if that could be a duplex issue. I know the hub is only half-duplex. I would like to force the card to half-duplex (or even 10M), but I don't know how. Any light ? Here is the usual stuff : Nov 8 17:32:10 jpib kernel: Linux PCMCIA Card Services 3.1.2 Nov 8 17:32:10 jpib kernel: kernel build: 2.2.13 #4 Wed Nov 3 14:58:00 CET 1999 Nov 8 17:32:10 jpib kernel: options: [pci] [cardbus] Nov 8 17:32:10 jpib kernel: Intel PCIC probe: Nov 8 17:32:10 jpib kernel: TI 1220 PCI-to-CardBus at bus 0 slot 4, mem 0x68000000, 2 sockets Nov 8 17:32:10 jpib kernel: host opts [0]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 168/176] [bus 32/34] Nov 8 17:32:10 jpib kernel: host opts [1]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 168/176] [bus 35/37] Nov 8 17:32:10 jpib kernel: ISA irqs (scanned) = 3,4,5,9 status change on irq 9 Nov 8 17:32:11 jpib cardmgr[135]: starting, version is 3.1.2 Nov 8 17:32:11 jpib cardmgr[135]: watching 2 sockets Nov 8 17:32:11 jpib kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x320-0x327 0x388-0x38f 0x4d0-0x4d7 Nov 8 17:32:11 jpib kernel: cs: IO port probe 0x1000-0x17ff: clean. Nov 8 17:32:11 jpib kernel: cs: IO port probe 0x0a00-0x0aff: clean. Nov 8 17:32:11 jpib kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5157 Nov 8 17:32:11 jpib cardmgr[135]: initializing socket 0 Nov 8 17:32:11 jpib cardmgr[135]: socket 0: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL Nov 8 17:32:11 jpib cardmgr[135]: executing: 'insmod /lib/modules/2.2.13/pcmcia/cb_enabler.o' Nov 8 17:32:11 jpib cardmgr[135]: executing: 'insmod /lib/modules/2.2.13/pcmcia/3c575_cb.o' Nov 8 17:32:11 jpib kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Nov 8 17:32:11 jpib kernel: cs: cb_config(bus 32) Nov 8 17:32:11 jpib kernel: fn 0 bar 1: io 0x400-0x47f Nov 8 17:32:11 jpib kernel: fn 0 bar 2: mem 0xa0021000-0xa002107f Nov 8 17:32:11 jpib kernel: fn 0 bar 3: mem 0xa0020000-0xa002007f Nov 8 17:32:11 jpib kernel: fn 0 rom: mem 0xa0000000-0xa001ffff Nov 8 17:32:11 jpib kernel: cs: cb_enable(bus 32) Nov 8 17:32:11 jpib kernel: bridge io map 0 (flags 0x21): 0x400-0x47f Nov 8 17:32:11 jpib kernel: bridge mem map 0 (flags 0x1): 0xa0000000-0xa0021fff Nov 8 17:32:11 jpib kernel: vortex_attach(bus 32, function 0, device 5157) Nov 8 17:32:11 jpib kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x400, 00:10:4b:f1:d4:d1, IRQ 3 Nov 8 17:32:11 jpib kernel: eth0: CardBus functions mapped a0020000->c4053000 Nov 8 17:32:11 jpib kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Nov 8 17:32:11 jpib kernel: MII transceiver found at address 0, status 7809. Nov 8 17:32:11 jpib kernel: Enabling bus-master transmits and whole-frame receives. Nov 8 17:32:11 jpib cardmgr[135]: executing: './network start eth0' Nov 8 17:32:12 jpib cardmgr[135]: initializing socket 1 Nov 8 17:32:12 jpib kernel: cs: memory probe 0xa0000000-0xa0ffffff: excluding 0xa0000000-0xa00fffff Nov 8 17:32:12 jpib cardmgr[135]: socket 1: Serial or Modem Nov 8 17:32:12 jpib cardmgr[135]: executing: 'insmod /lib/modules/2.2.13/pcmcia/serial_cs.o' Nov 8 17:32:12 jpib kernel: tty02 at 0x03e8 (irq = 5) is a 16550A Nov 8 17:32:12 jpib cardmgr[135]: executing: './serial start ttyS2'

I don't have a solution, but... Re: 575BT does not like 100MHz on my Dell Inspiron (Jean-Pierre Prieto) Date: 1999, Nov 30 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The mii-diag program on Donald Becker's web site at: http://cesdis.gsfc.nasa.gov/linux/diag will let you manipulate the transceiver settings. -- Dave

Question: 3ccfem656 Date: 1999, Nov 12 From: chrishtr

Hi, I've got a 3ccfem656 card and am trying to get it to work on a Dell Inspiron 3500. I've tried all of the tricks suggested in the various laptop pages, including setting to interrupt 9, adding memory regions, etc. On bootup and card insertion, the driver loads and it seems to recognize the card just fine. Cardctl and cardinfo seem to also like the card. It also lights up the dongle just like you'd expect. However, when I try to send anything, it won't do it. I tried it under several versions of the pcmcia utilities, including 3.0.14 and 3.1.4. Does anyone have the same configuration and has gotten it to work? Thanks. Chris p.s. the card is actually an OEM version from Dell. I have no idea if that makes a difference. One thing is that it does *not* say "3ccfem656b", but the b doesn't seem to signify much.

Question: lines for /etc/pcmcia/conf ("3ccfem656") Re: Question: 3ccfem656 Date: 1999, Nov 23 From: Jeff jas

I have a 3CCFEM656b also, I've tried and tried, but I can't get it to work. Cardctl ident tells me what it is, but I can't get the lines in /etc/pcmcia/config correct. What lines are you using in the config file?

If you need to edit the config file, you need to upgrade Re: Question: lines for /etc/pcmcia/conf ("3ccfem656") (Jeff) Date: 1999, Nov 23 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The entries in /etc/pcmcia/config should already be there, and are just: card "3Com 3CCFEM656B w/Winmodem" manfid 0x0102, 0x6560 bind "3c575_cb card "3Com 3CCFEM656B w/Winmodem" manfid 0x0102, 0x6562 bind "3c575_cb If your config file did not have lines such as these, then you're using an old version of the PCMCIA driver package that doesn't support these cards anyway, so adding these lines will not do you any good. -- Dave

Question: 3com pcmcia + Tecra 8000 + col 2.3 = no network ability Date: 1999, Nov 16 From: Andrew awatkins

Sad: 3com 3cxem556b won't shut down eth0 Date: 1999, Nov 17 From: Benjamin Walling wallinbl

when shutting down or restarting, eth0 never gets shut down. it just sits there saying it is shutting it down. i'm using redhat 6.1, with whatever pcmcia version comes with (i didn't see any pcmcia RPMs or anything related to give me a version)

More information? Re: Sad: 3com 3cxem556b won't shut down eth0 (Benjamin Walling) Date: 1999, Nov 17 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Some questions that come to mind: -- Are you actually connected to the network when this happens? -- Do you have active ethernet connections when this happens? -- What happens if you just do "/sbin/ifdown eth0" by hand? -- Are you using DHCP? -- Dave

Question: 3Com 3CCFE575CT and Dell Insp. 3700 Date: 1999, Nov 19 From: Jochen Konemann jochen

Hi, I have lock up problems with my 3Com card. I am using linux 2.2.10 and Pcmcia 3.1.4. The above card gets detected correctly as 'cardctl ident' shows: --- Socket 0: product info: "3Com Corporation", "3CCFE575CT", "LAN Cardbus Card", "004" manfid: 0x0101, 0x5257 function: 6 (network) --- However, when I start my system I get messages like the following --- 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html cs: cb_config(bus 32) fn 0 bar 1: io 0x200-0x27f fn 0 bar 2: mem 0x60021000-0x6002107f fn 0 bar 3: mem 0x60020000-0x6002007f fn 0 rom: mem 0x60000000-0x6001ffff cs: cb_enable(bus 32) bridge io map 0 (flags 0x21): 0x200-0x27f bridge mem map 0 (flags 0x1): 0x60000000-0x60021fff vortex_attach(bus 32, function 0, device 5257) eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x200, 00:50:da:56:0c:df, IRQ 3 eth0: CardBus functions mapped 60020000->c9033000 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. MII transceiver found at address 0, status 7809. Enabling bus-master transmits and whole-frame receives. eth0: transmit timed out, tx_status 00 status e000. Flags; bus-master 1, full 1; dirty 30 current 46. Transmit list 000042e0 vs. c00042e0. 0: @c0004200 length 8000002a status 8000002a 1: @c0004210 length 8000002a status 8000002a 2: @c0004220 length 8000002a status 8000002a 3: @c0004230 length 8000002a status 8000002a 4: @c0004240 length 800001c7 status 800001c7 5: @c0004250 length 8000002a status 8000002a 6: @c0004260 length 8000002a status 8000002a 7: @c0004270 length 8000002a status 8000002a 8: @c0004280 length 8000002a status 8000002a 9: @c0004290 length 8000002a status 8000002a 10: @c00042a0 length 8000002a status 8000002a 11: @c00042b0 length 8000002a status 8000002a 12: @c00042c0 length 8000002a status 8000002a 13: @c00042d0 length 8000002a status 8000002a 14: @c00042e0 length 8000002a status 8000002a 15: @c00042f0 length 8000002a status 8000002a eth0: Resetting the Tx ring pointer. ---- Usually, waiting 2 minutes resolves the problem. After that time the card just works fine. Does anybody have any clue about that? Jochen Konemann.

News: Maybe a fix Re: Question: 3Com 3CCFE575CT and Dell Insp. 3700 (Jochen Konemann) Date: 2000, May 26 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Try the 25-May-00 beta from sourceforge.org in /pcmcia/NEW. -- Dave

Question: 3CCE589ET / RedHat6.1 / Toshiba Satellite 310CDS Date: 1999, Nov 23 From: Chris Turchin turchinc

Hi, I have a PCMCIA ethernet adaptor (model 3CCE589ET) that I am trying to get to run under RedHat 6.1 on a Toshiba Satellite 310CDS. It does not seem to detect correctly. Other PCMCIA cards seem to work fine in this same machine (I have tried a 3C589) but this one doesn't. Frankly, I am not sure if the card is unsupported or broken or what. When I do a 'cardctl status' I get: Socket 0: 5V 16-bit card present Function 0: ready But when I do a 'cardctl ident' I get: Socket 0: No product information available. Am I just out of luck or does someone out there know a solution to my problem? Thanks for any help! --chris

Strange... maybe a bad card? Re: Question: 3CCE589ET / RedHat6.1 / Toshiba Satellite 310CDS (Chris Turchin) Date: 1999, Nov 23 From: David Hinds <dhinds@pcmcia.sourceforge.org>

It would be very strange for a 3c589 to work, but the 3CCE589ET to not work, since they are almost the same card. I would be suspicious that the 3CCE589ET might be bad. Can you try it in another system, or under Windows? -- Dave

Ok: 3c589ET -- possible solution Re: Strange... maybe a bad card? (David Hinds) Date: 1999, Dec 15 From: Yoonsuck Choe yschoe

Check out this message at the old message board at Stanford. http://hyper.stanford.edu/HyperNews/get/pcmcia/network/199/1/1/1.html Basically, what you need to do is, find the version info (the four word card info) and put that in /etc/pcmcia/config . Read the above link for more detailed info.

3c589 3cxem556b FIFO diagnostic register 2011 Date: 1999, Nov 24 From: Andy Evans andye

RedHat 6.1 modified with latest kernel and pcmcia-cs Linux PCMCIA Card Services 3.1.4 kernel build: 2.2.13 #2 Tue Nov 23 10:38:32 EST 1999 options: [pci] [apm] [pnp] detection on boot and insertion/removal seems fine I cannot seem to get the card to transfer large amounts of data without interrupts being lost. Any guidance or suggestions will be welcome. I have attempted usual fixes; scan_io=0, fast_pci, cmd_time, etc. There is a "odd IO request" error. Thanks in advance, Andy Log: Cirrus PD6832 PCI-to-CardBus at bus 0 slot 10, mem 0x68000000, 2 sockets host opts [0]: [ring] [0/7/4] [3/17/4] [pci irq 10] [lat 168/176] [bus 32/34] host opts [1]: [ring] [0/7/4] [3/17/4] [pci irq 10] [lat 168/176] [bus 35/37] ISA irqs (scanned) = 3,4,5,11 polling interval = 1000 ms cs: IO port probe 0x1000-0x17ff: clean. cs: IO port probe 0x0100-0x04ff: clean. cs: memory probe 0xa0000000-0xa0ffffff: clean. eth0: 3Com 3c589, io 0x300, irq 5, hw_addr 00:00:86:31:47:58 8K FIFO split 5:3 Rx:Tx, auto xcvr odd IO request: num 0008 align 0001 odd IO request: num 0008 align 0001 tty01 at 0x02f8 (irq = 5) is a 16550A eth0: flipped to 10baseT eth0: flipped to 10baseT eth0: adapter failure, FIFO diagnostic register 2011. eth0: interrupt(s) dropped!

Warning: Oops (not backtraceable, sorry) Date: 1999, Nov 25 From: Valentijn Sessink Valentijn

I had a rather bad Oops with a 3c575TX card. Inserted it, then suspended the laptop, resumed. Resetting it, eject, reinsert, card didn't react... another eject ... ifconfig eth0 oops... Kernel unable to handle kernel pagin request at virutal address c430b4cc. Then immediately another at the same address, "Aiee, killing interrupt handler, Kernel panic: Attempted to kill the idle task. As the Sony Vaio F304 is in coma now, I cannot find out the how-or-what. Just FYI (this won't make sense since I cannot tell you in which module this is, but I'm not a kernel hacker either so "who knows" someone can still read this...) Unable to handle... paging req at c430b4cc tss.cr3=00101000, %cr3= same pde 03fd1063 pte =0 oops: 0 cpu0 eip: 10:c430b4cc eflags: 10246 registers: 0, c39f2a20, cs c01dc7d4, c1dbe448 c430b4cc 34 c01f1f4c, c01f1f34 ds: 18, es: 18, ss: 18 stack: 1 c0219940 00486433 1 1 c01f0000 c01f1f60 c01184c5 1 c01f0000 c010af57 0 c010abb8 1 c3222000 .... call trace: c01185c5 c010af57 c010abb8 c0108635 c0106000... another Oops: kernel page req c430b4cc regs: 0 0 c430b4cc c38f2000 c0100176 c01f2000 c4000000 c01f1e74 18 18 18 stack c01f0000 c01f1f4c c0202d8e c430b4cc 34 c01f1f4c 0 c39f2a20 c01dc7d4 c1dbe448 c430b4cc 00010246 03ff0000 ... call trace: c430b4cc c430b4cc c4800000 c010a238 c01b34d8 c01b4ace c010f250 c01b4ace c430b4cc c0109e79 c430b4cc... code: 8a 04 0b 89 44 24 38 50 68 d0 34 1b c0 e8 59 9b 00 00 83 c4 Valentijn

Warning: ... again! Re: Warning: Oops (not backtraceable, sorry) (Valentijn Sessink) Date: 1999, Nov 25 From: Valentijn Sessink Valentijn

It seems something like: cardctl insert cardctl eject cardctl reset cardctl insert 1 -> tells me "card was not assigned an IO address" then an oops. I was just doing a ksyms -m | sort | less, this tells me: EIP = c430b86d which is: c430a000 19k 3c575_cb c430e944 vortex_ops 3c575_cb Sorry, still no PCMCIA version number (I was /going/ to find one, when the second oops came :) V.

Warning: ... more info on oops Re: Warning: ... again! (Valentijn Sessink) Date: 1999, Nov 25 From: Valentijn Sessink Valentijn

Ok, here it is: Slackware 7.0 (which is actually Slackware 5.0 as other Slack users will know ;) kernel 2.2.13 PCMCIA utils 3.0.14 Force an "oops" with": # rc.pcmcia start (this starts the services, and also inserts the 3c575 code) # /sbin/cardctl reset eth0: command 0x5800 did not complete! eth0: command 0x2800 did not complete! # /sbin/cardctl eject [...] + rmmod: cb_enabler: Device or resource busy ... and whoops: first in offset 14cc - 4c = 1480 at 3c575, then another in the kernel, c010a1d5 which is somewhere in c0109f88 t show_registers c010a208 T die offset 1480 in 3c575_cb.o 1480 is vortex_timer. It seems that the "reset" command is the wrong one. Or am I just stupid, issuing "resets"? V.

There have been lots of fixes since 3.0.14... Re: Warning: ... more info on oops (Valentijn Sessink) Date: 1999, Nov 29 From: David Hinds <dhinds@pcmcia.sourceforge.org>

This is likely to be fixed in the current driver package. -- Dave

Disagree: ... nope :-( Re: There have been lots of fixes since 3.0.14... (David Hinds) Date: 1999, Nov 29 From: Valentijn Sessink Valentijn

I tried the latest, 3.1.4, but it will still "oops" and show strange behaviour. (That is, a "cardctl reset" will still show the errors as mentioned, if followed by a "cardctl eject" it goes better (telling time after time "command ... not completed"). Then I thought that this was enough and did a "shutdown -h now" which hung the kernel with an oops. Again :) (I'm getting accustomed to it :) I'll try to come back with info on the suspend/resume, maybe that improved. (I did not try the 3.1.4 before because there were no signs of improved 3c575 drivers. I still hope I was wrong :) At the moment, for me it's still wise to remove the 3c575 card while doing other things, otherwise I come back to find out the laptop did a suspend, which means that I cannot get the 3com to do anything for me (besides sit there quietly). Valentijn

Ok, got it... Re: Disagree: ... nope :-( (Valentijn Sessink) Date: 1999, Nov 29 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Ok... I found the problem with "cardctl reset" (which I guess I never actually tried with a cardbus card). It will be fixed in 3.1.5. Suspend/resume for the 3c575 driver was not affected by this bug, and should be fine in 3.1.4. -- Dave

News: ... more oopses :) Re: Ok, got it... (David Hinds) Date: 1999, Dec 08 From: Valentijn Sessink Valentijn

Hello Dave, Here we go again, this time with 3.1.5. I get Oopses that seem to have no real "reason", other than "sometimes when I insert a card"... I tried to trace some. Kernel 2.2.13, pcmcia 3.1.5, 3com cardbus 575TX on a 100Mbit hub, Sony Vaio PCG-F304 with Ricoh stuff (IIRC), eh... that's about it I guess. I boot with "init=/bin/sh" to not kill my filesystem all the time, then mount /tmp and /var to be able to use PCMCIA. While ejecting the card, I always seem to get a: vortex_detach(eth0) called nonatomically from interrupt c01742e1 called nonatomically from interrupt c015a329 (This is not the problem). (FYI: System.map shows that c01742d4 is rtmsg_ifa and the next thing is c0174354 (inet_forward_change). c015a329 is c015a31c rtmsg_ifinfo. Now "sometimes" after reinserting the card I get a freeze at c015adb3 (dev_do_watchdog at c015ada0), and if my Vaio is in a bad mood, I can look very briefly at something that seems to start at c015adb3 and then keeps running with oopses or whatever, the only thing i can figure out is that address "c011127e" is coming by all the time. This is "c0111014 T schedule" I think and I cannot see what it tries to say (it says many, many things and does not wait for me to understand anything :) Just for the sake of it, I tried a cardctl reset. No errors. I repeated this two times. Still no errors. Unfortunately, eject did not work after that and an "ioctl() busy" or alike came by. Then... (sorry)... an oops, at c015ace6. ab38 is eth_header_cache. I hope I did enough to keep you busy some more hours. Since the bug addresses seemed so strange (laying in between to functions), I looked at System.map and vmlinuz. Their timestamps are identical, so I guess the above values are right. The kernel is a rather big one, with all types of networking stuff in it. Still, as this happens during PCMCIA insertion (or removal) I think this is the right place to start complaining? ;-) (Thanks for your help and prompt responses so far) Valentijn

Question: Problem with 3c575 Date: 1999, Dec 01 From: Guenther Wieser gwieser

I use a 3C575 on a ToPIC95/07 laptop. I use it at home and in my office, and I switch between the two configs with "cardctl scheme <xxx>". The default scheme is "home". When I use my laptop in my office, I get the folowwing error messages: Dec 1 16:20:43 notebook kernel: eth0: Transmit error, Tx status register 82. Dec 1 16:25:18 notebook last message repeated 201 times Also all I can get through over the office net is exactly 220kBytes/s in our 100Mbit net! Yes, it's true, it's exactly 220kBytes/s every time I test it out! At home (also 100Mbit) I get the all that my harddisk can do, so I'm wondering what might be the reason for that. Thanks,

Maybe an autonegotiation problem? Re: Question: Problem with 3c575 (Guenther Wieser) Date: 1999, Dec 01 From: David Hinds <dhinds@pcmcia.sourceforge.org>

This sounds like it could be a problem with negotiating full versus half duplex. You can get a diagnostic program from Donald Becker's web site that will let you examine and modify the transceiver settings. It is the mii-diag program, at: http://cesdis.gsfc.nasa.gov/linux/diag -- Dave

Ok: Thanks, Problem solved, was... Re: Maybe an autonegotiation problem? (David Hinds) Date: 1999, Dec 03 From: Guenther Wieser gwieser

... a problem with our switch, which sends signals that are mybe to low. All machines that have a 3Com card here in our office had this problem. The funny thing is that we never recieved something like an error or a retransmission. Thanks for the hint with the tools!

Question: Problems with 3com 3CCFE575CT-D Date: 1999, Dec 07 From: John Gross jdgross

Hi. I'm having a problem with my 3Com 10/100 PC card (model 3CCFE575CT-D) on a dell i3500 running RH6.1 with version 2.2.12 of the kernal. I can't ping outside of loopback or my own IP. In addition, green light on the card doesn't come on at any time during the boot sequence though both network and pcmcia seem to be sucessfully started. Card works fine in win98. I've installed pcmcia-cs-3.1.4 with cardbus support and pnp bios checking enabled. (I did not recompile the kernal.) I also fiddled with Irq exclusion in config.opts in addition to the memory ranges as suggested elsewhere. Finally, in /etc/rc.d/rc3.d I changed S45pcmcia to S05 pcmcia so that pcmcia starts before network services. I can't seem to figure out what the problem is and I would really be greatful for any constructive advice. Detailed info such as: a) Result of pinging my IP address b) Result of pinging my router c) Output of lsmod d) Contents of /etc/sysconfig/pcmcia e) Output of >cardctl config f) Output of >cardctl ident g) Contents of /etc/pcmcia/config.opts h) Contents of /etc/pcmcia/network.opts i) Relevant section of dmesg and /var/log/messages j) Output of >netstat -rn are listed below.         John >>>Here is what happens when I ping my IP address: PING 134.174.146.93 (134.174.146.93) from 134.174.146.93 : 56(84) bytes of data. 64 bytes from 134.174.146.93: icmp_seq=0 ttl=255 time=0.1 ms 64 bytes from 134.174.146.93: icmp_seq=1 ttl=255 time=0.0 ms 64 bytes from 134.174.146.93: icmp_seq=2 ttl=255 time=0.0 ms --- 134.174.146.93 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.0/0.0/0.1 ms >>>Here is what happens when I ping my router PING 134.174.146.1 (134.174.146.1) from 134.174.146.93 : 56(84) bytes of data. From gross@med.harvard.edu (134.174.146.93): Destination Host Unreachable From gross@med.harvard.edu (134.174.146.93): Destination Host Unreachable From gross@med.harvard.edu (134.174.146.93): Destination Host Unreachable --- 134.174.146.1 ping statistics --- 5 packets transmitted, 0 packets received, +3 errors, 100% packet loss >>>output of lsmod Module Size Used by 3c575_cb 18792 2 cb_enabler 2104 2 [3c575_cb] ds 5740 2 [cb_enabler] i82365 22640 2 pcmcia_core 39912 0 [cb_enabler ds i82365] >>>/etc/sysconfig/pcmcia PCMCIA=yes PCIC=i82365 PCIC_OPTS="do_scan=0" CORE_OPTS= >>>cardctl config Socket 0:   not configured Socket 1:   Vcc 3.3V Vpp1 3.3V Vpp2 3.3V   interface type is "cardbus"   irq 10 [exclusive] [level]   function 0:     io 0x0a00-0x0a7f [32bit] >>>cardctl ident Socket 0:   no product info available Socket 1:   product info: "3Com Corporation", "3CCFE575CT", "LAN Cardbus Card", "004"   manfid: 0x0101, 0x5257   function: 6 (network) >>>etc/pcmcia/config.opts # # Local PCMCIA Configuration File # # System resources available for PCMCIA devices # #commented out superfluous memory includes #include port 0x100-0x4ff, port 0x1000-0x17ff #include memory 0xc0000-0xfffff #include memory 0xa0000000-0xa0ffffff, memory 0x60000000-0x60ffffff include memory 0xA0000000-0xA0FFFFFF # # Extra port range for IBM Token Ring # include port 0xa00-0xaff # # Resources we should not use, even if they appear to be available # exclude irq 9 exclude irq 5 # First built-in serial port exclude irq 4 # Second built-in serial port exclude irq 3 # First built-in parallel port exclude irq 7 # # Examples of options for loadable modules # # To fix sluggish network with IBM ethernet adapter... #module "pcnet_cs" opts "mem_speed=600" # # Options for Xircom Netwave driver... #module "netwave_cs" opts "domain=0x100 scramble_key=0x0" # # Options for IBM Token Ring adapters #module "ibmtr_cs" opts "mmiobase=0xd0000 srambase=0xd4000" >>>/etc/pcmcia/network.opts # Network adapter configuration # # The address format is "scheme,socket,instance,hwaddr". # # Note: the "network address" here is NOT the same as the IP address. # See the Networking HOWTO. In short, the network address is the IP # address masked by the netmask. # case "$ADDRESS" in *,*,*,*)     # Transceiver selection, for some cards -- see 'man ifport'     IF_PORT=""     # Use BOOTP (via /sbin/bootpc)? [y/n]     BOOTP="n"     # Use DHCP (via /sbin/dhcpcd or /sbin/dhclient)? [y/n]     DHCP="n"     # Use /sbin/pump for BOOTP/DHCP? [y/n]     PUMP="n"     # Host's IP address, netmask, network address, broadcast address     IPADDR="134.174.146.93"     NETMASK="255.255.255.0"     NETWORK="134.174.146.0"     BROADCAST="134.174.146.255"     # Gateway address for static routing     GATEWAY="134.174.146.1"     # Things to add to /etc/resolv.conf for this interface     DOMAIN="med.harvard.edu"     SEARCH="harvard.edu"     DNS_1="134.174.141.2"     DNS_2="134.174.141.50"     DNS_3=""     # NFS mounts, should be listed in /etc/fstab     MOUNTS=""     # For IPX interfaces, the frame type and network number     IPX_FRAME=""     IPX_NETNUM=""     # Extra stuff to do after setting up the interface     start_fn () { return; }     # Extra stuff to do before shutting down the interface     stop_fn () { return; }     ;; esac >>>Relevant section of /var/log/messages Dec 7 11:14:43 gross@med kernel: Linux PCMCIA Card Services 3.0.14 Dec 7 11:14:43 gross@med kernel: kernel build: 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 Dec 7 11:14:43 gross@med kernel: options: [pci] [cardbus] [apm] Dec 7 11:14:43 gross@med kernel: Intel PCIC probe: Dec 7 11:14:43 gross@med kernel: TI 1220 PCI-to-CardBus at bus 0 slot 4, mem 0x68000000, 2 sockets Dec 7 11:14:43 gross@med kernel: host opts [0]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 96/176] [bus 32/34] Dec 7 11:14:43 gross@med kernel: host opts [1]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 96/176] [bus 35/37] Dec 7 11:14:43 gross@med kernel: ISA irqs (default) = 3,4,5,7,9,10,12 polling interval = 1000 ms Dec 7 11:14:43 gross@med kernel: cs: IO port probe 0x0a00-0x0aff: clean. Dec 7 11:14:43 gross@med kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Dec 7 11:14:43 gross@med kernel: cs: cb_config(bus 35): vendor 0x10b7, device 0x5257 Dec 7 11:14:43 gross@med kernel: fn 0 bar 1: io 0xa00-0xa7f Dec 7 11:14:43 gross@med kernel: fn 0 bar 2: mem 0xa0021000-0xa002107f Dec 7 11:14:43 gross@med kernel: fn 0 bar 3: mem 0xa0020000-0xa002007f Dec 7 11:14:43 gross@med kernel: fn 0 rom: mem 0xa0000000-0xa001ffff Dec 7 11:14:43 gross@med kernel: vortex_attach(bus 35, function 0, device 5257) Dec 7 11:14:43 gross@med kernel: eth0: 3Com 3c575 series CardBus (unknown version) at 0xa00, 00:50:da:55:a5:0a, IRQ 10 Dec 7 11:14:43 gross@med kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Dec 7 11:14:43 gross@med kernel: MII transceiver found at address 0, status 7809. Dec 7 11:14:43 gross@med kernel: Enabling bus-master transmits and whole-frame receives. Dec 7 11:14:42 gross@med atd: atd startup succeeded Dec 7 11:14:44 gross@med crond: crond startup succeeded Dec 7 11:14:44 gross@med inet: inetd startup succeeded Dec 7 11:14:44 gross@med lpd: lpd startup succeeded Dec 7 11:14:44 gross@med keytable: Loading keymap: Loading system font: Dec 7 11:14:44 gross@med rc: Starting keytable succeeded Dec 7 11:14:46 gross@med sendmail: sendmail startup succeeded >>>Relevant section of dmesg Linux PCMCIA Card Services 3.0.14   kernel build: 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999   options: [pci] [cardbus] [apm] Intel PCIC probe:   TI 1220 PCI-to-CardBus at bus 0 slot 4, mem 0x68000000, 2 sockets     host opts [0]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 168/176] [bus 32/34]     host opts [1]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 168/176] [bus 35/37]     ISA irqs (default) = 3,4,5,7,9,10,12 polling interval = 1000 ms cs: IO port probe 0x0a00-0x0aff: clean. 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html cs: cb_config(bus 35): vendor 0x10b7, device 0x5257   fn 0 bar 1: io 0xa00-0xa7f   fn 0 bar 2: mem 0xa0021000-0xa002107f   fn 0 bar 3: mem 0xa0020000-0xa002007f   fn 0 rom: mem 0xa0000000-0xa001ffff cs: cb_enable(bus 35)   bridge io map 0 (flags 0x21): 0xa00-0xa7f   bridge mem map 0 (flags 0x1): 0xa0000000-0xa0021fff vortex_attach(bus 35, function 0, device 5257) eth0: 3Com 3c575 series CardBus (unknown version) at 0xa00, 00:50:da:55:a5:0a, IRQ 10   8K byte-wide RAM 5:3 Rx:Tx split, MII interface.   MII transceiver found at address 0, status 7809.   Enabling bus-master transmits and whole-frame receives. >>> output of netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 134.174.146.93 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 134.174.146.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 134.174.146.1 0.0.0.0 UG 0 0 0 eth0 0.0.0.0 134.174.146.1 0.0.0.0 UG 0 0 0 eth0 >>Finally the output of dmesgHi. I'm having a problem with my 3Com 10/100 PC card (model 3CCFE575CT-D) on a dell i3500 running RH6.1 with version 2.2.12 of the kernal. I can't ping out side of loopback or my own IP. In addition, green light on the card doesn't come on at any time during the boot sequence though the both the eth0 and pcmcia seem to be sucessfully started. Card works fine in win98. I've installed pcmcia-cs-3.1.4 with cardbus support and pnp bios checking enabled. (I did not recompile the kernal.) I also fiddled with Irq exclusion in config.opts in addition to the memory ranges as suggested elsewhere. Finally, in /etc/rc.d/rc3.d I changed S45pcmcia to S05 pcmcia so that pcmcia starts before network services. I can't seem to figure out what the problem is and I would really be greatful for any constructive advice. Detailed info such as: a) Result of pinging my IP address b) Result of pinging my router c) Output of lsmod d) Contents of /etc/sysconfig/pcmcia e) Output of >cardctl config f) Output of >cardctl ident g) Contents of /etc/pcmcia/config.opts h) Contents of /etc/pcmcia/network.opts i) Relevant section of dmesg and /var/log/messages j) Output of >netstat -rn are listed below.         John >>>Here is what happens when I ping my IP address: PING 134.174.146.93 (134.174.146.93) from 134.174.146.93 : 56(84) bytes of data. 64 bytes from 134.174.146.93: icmp_seq=0 ttl=255 time=0.1 ms 64 bytes from 134.174.146.93: icmp_seq=1 ttl=255 time=0.0 ms 64 bytes from 134.174.146.93: icmp_seq=2 ttl=255 time=0.0 ms --- 134.174.146.93 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.0/0.0/0.1 ms >>>Here is what happens when I ping my router PING 134.174.146.1 (134.174.146.1) from 134.174.146.93 : 56(84) bytes of data. From gross@med.harvard.edu (134.174.146.93): Destination Host Unreachable From gross@med.harvard.edu (134.174.146.93): Destination Host Unreachable From gross@med.harvard.edu (134.174.146.93): Destination Host Unreachable --- 134.174.146.1 ping statistics --- 5 packets transmitted, 0 packets received, +3 errors, 100% packet loss >>>output of lsmod Module Size Used by 3c575_cb 18792 2 cb_enabler 2104 2 [3c575_cb] ds 5740 2 [cb_enabler] i82365 22640 2 pcmcia_core 39912 0 [cb_enabler ds i82365] >>>/etc/sysconfig/pcmcia PCMCIA=yes PCIC=i82365 PCIC_OPTS="do_scan=0" CORE_OPTS= >>>cardctl config Socket 0:   not configured Socket 1:   Vcc 3.3V Vpp1 3.3V Vpp2 3.3V   interface type is "cardbus"   irq 10 [exclusive] [level]   function 0:     io 0x0a00-0x0a7f [32bit] >>>cardctl ident Socket 0:   no product info available Socket 1:   product info: "3Com Corporation", "3CCFE575CT", "LAN Cardbus Card", "004"   manfid: 0x0101, 0x5257   function: 6 (network) >>>etc/pcmcia/config.opts # # Local PCMCIA Configuration File # # System resources available for PCMCIA devices # #commented out superfluous memory includes #include port 0x100-0x4ff, port 0x1000-0x17ff #include memory 0xc0000-0xfffff #include memory 0xa0000000-0xa0ffffff, memory 0x60000000-0x60ffffff include memory 0xA0000000-0xA0FFFFFF # # Extra port range for IBM Token Ring # include port 0xa00-0xaff # # Resources we should not use, even if they appear to be available # exclude irq 9 exclude irq 5 # First built-in serial port exclude irq 4 # Second built-in serial port exclude irq 3 # First built-in parallel port exclude irq 7 # # Examples of options for loadable modules # # To fix sluggish network with IBM ethernet adapter... #module "pcnet_cs" opts "mem_speed=600" # # Options for Xircom Netwave driver... #module "netwave_cs" opts "domain=0x100 scramble_key=0x0" # # Options for IBM Token Ring adapters #module "ibmtr_cs" opts "mmiobase=0xd0000 srambase=0xd4000" >>>/etc/pcmcia/network.opts # Network adapter configuration # # The address format is "scheme,socket,instance,hwaddr". # # Note: the "network address" here is NOT the same as the IP address. # See the Networking HOWTO. In short, the network address is the IP # address masked by the netmask. # case "$ADDRESS" in *,*,*,*)     # Transceiver selection, for some cards -- see 'man ifport'     IF_PORT=""     # Use BOOTP (via /sbin/bootpc)? [y/n]     BOOTP="n"     # Use DHCP (via /sbin/dhcpcd or /sbin/dhclient)? [y/n]     DHCP="n"     # Use /sbin/pump for BOOTP/DHCP? [y/n]     PUMP="n"     # Host's IP address, netmask, network address, broadcast address     IPADDR="134.174.146.93"     NETMASK="255.255.255.0"     NETWORK="134.174.146.0"     BROADCAST="134.174.146.255"     # Gateway address for static routing     GATEWAY="134.174.146.1"     # Things to add to /etc/resolv.conf for this interface     DOMAIN="med.harvard.edu"     SEARCH="harvard.edu"     DNS_1="134.174.141.2"     DNS_2="134.174.141.50"     DNS_3=""     # NFS mounts, should be listed in /etc/fstab     MOUNTS=""     # For IPX interfaces, the frame type and network number     IPX_FRAME=""     IPX_NETNUM=""     # Extra stuff to do after setting up the interface     start_fn () { return; }     # Extra stuff to do before shutting down the interface     stop_fn () { return; }     ;; esac >>>Relevant section of /var/log/messages Dec 7 11:14:43 gross@med kernel: Linux PCMCIA Card Services 3.0.14 Dec 7 11:14:43 gross@med kernel: kernel build: 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 Dec 7 11:14:43 gross@med kernel: options: [pci] [cardbus] [apm] Dec 7 11:14:43 gross@med kernel: Intel PCIC probe: Dec 7 11:14:43 gross@med kernel: TI 1220 PCI-to-CardBus at bus 0 slot 4, mem 0x68000000, 2 sockets Dec 7 11:14:43 gross@med kernel: host opts [0]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 96/176] [bus 32/34] Dec 7 11:14:43 gross@med kernel: host opts [1]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 96/176] [bus 35/37] Dec 7 11:14:43 gross@med kernel: ISA irqs (default) = 3,4,5,7,9,10,12 polling interval = 1000 ms Dec 7 11:14:43 gross@med kernel: cs: IO port probe 0x0a00-0x0aff: clean. Dec 7 11:14:43 gross@med kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Dec 7 11:14:43 gross@med kernel: cs: cb_config(bus 35): vendor 0x10b7, device 0x5257 Dec 7 11:14:43 gross@med kernel: fn 0 bar 1: io 0xa00-0xa7f Dec 7 11:14:43 gross@med kernel: fn 0 bar 2: mem 0xa0021000-0xa002107f Dec 7 11:14:43 gross@med kernel: fn 0 bar 3: mem 0xa0020000-0xa002007f Dec 7 11:14:43 gross@med kernel: fn 0 rom: mem 0xa0000000-0xa001ffff Dec 7 11:14:43 gross@med kernel: vortex_attach(bus 35, function 0, device 5257) Dec 7 11:14:43 gross@med kernel: eth0: 3Com 3c575 series CardBus (unknown version) at 0xa00, 00:50:da:55:a5:0a, IRQ 10 Dec 7 11:14:43 gross@med kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Dec 7 11:14:43 gross@med kernel: MII transceiver found at address 0, status 7809. Dec 7 11:14:43 gross@med kernel: Enabling bus-master transmits and whole-frame receives. Dec 7 11:14:42 gross@med atd: atd startup succeeded Dec 7 11:14:44 gross@med crond: crond startup succeeded Dec 7 11:14:44 gross@med inet: inetd startup succeeded Dec 7 11:14:44 gross@med lpd: lpd startup succeeded Dec 7 11:14:44 gross@med keytable: Loading keymap: Loading system font: Dec 7 11:14:44 gross@med rc: Starting keytable succeeded Dec 7 11:14:46 gross@med sendmail: sendmail startup succeeded >>>Relevant section of dmesg Linux PCMCIA Card Services 3.0.14   kernel build: 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999   options: [pci] [cardbus] [apm] Intel PCIC probe:   TI 1220 PCI-to-CardBus at bus 0 slot 4, mem 0x68000000, 2 sockets     host opts [0]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 168/176] [bus 32/34]     host opts [1]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 168/176] [bus 35/37]     ISA irqs (default) = 3,4,5,7,9,10,12 polling interval = 1000 ms cs: IO port probe 0x0a00-0x0aff: clean. 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html cs: cb_config(bus 35): vendor 0x10b7, device 0x5257   fn 0 bar 1: io 0xa00-0xa7f   fn 0 bar 2: mem 0xa0021000-0xa002107f   fn 0 bar 3: mem 0xa0020000-0xa002007f   fn 0 rom: mem 0xa0000000-0xa001ffff cs: cb_enable(bus 35)   bridge io map 0 (flags 0x21): 0xa00-0xa7f   bridge mem map 0 (flags 0x1): 0xa0000000-0xa0021fff vortex_attach(bus 35, function 0, device 5257) eth0: 3Com 3c575 series CardBus (unknown version) at 0xa00, 00:50:da:55:a5:0a, IRQ 10   8K byte-wide RAM 5:3 Rx:Tx split, MII interface.   MII transceiver found at address 0, status 7809.   Enabling bus-master transmits and whole-frame receives. >>> output of netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 134.174.146.93 0.0.0.0 255.255.255.255 UH 0 0 0 eth0 134.174.146.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 134.174.146.1 0.0.0.0 UG 0 0 0 eth0 0.0.0.0 134.174.146.1 0.0.0.0 UG 0 0 0 eth0

More: Same problem but with an error msg Re: Question: Problems with 3com 3CCFE575CT-D (John Gross) Date: 1999, Dec 12 From: Marcus Fawcett menlor

I also have a Dell Inspiron 3500 with the same card. The exact same thing is happening to me (card works under windows, etc, etc). It detects the card (2 high beeps) and the light comes on just fine when the network is up, etc. In addition to the network unreachable pings though I have noticed this message on rare occassions will show up: eth0: transmit timed out, tx_status 00 status e201 eth0: Interrupt posted but not delivered -- IRQ blocked by another device? I am not sure what it is complaining about (since nothing else on the laptop uses the same IRQ (10)). Also I had PCMCIA_OPTS set to "irq_list=10 do_scan=0" (and a combination of both) sithout any change of behaviour. Marcus

More: Oh, one important difference Re: More: Same problem but with an error msg (Marcus Fawcett) Date: 1999, Dec 12 From: Marcus Fawcett menlor

The kinda important difference I should point out is that I am using version 3.1.5 not 3.1.4... also I left the memory ranges set as thh defaults in the config.opts file.

Maybe a PCI interrupt issue? Re: More: Same problem but with an error msg (Marcus Fawcett) Date: 1999, Dec 12 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Can you show a more complete message log? You can try setting PCIC_OPTS="pci_int=1" to use PCI interrupts for the card. This may require that you build the PCMCIA subsystem with PnP BIOS support enabled. -- Dave

Sad: Just tried that Re: Maybe a PCI interrupt issue? (David Hinds) Date: 1999, Dec 12 From: Marcus Fawcett menlor

I just went and tried that after leaving the message, no luck there. That error message was on the console and /var/log/messages doesn't add any more information :( I've also messed with poll_interval and probe_io=0... After all of this (and all while typing this up) I rebooted and it was working (very odd). I then decided to try and narrow down which options were actually getting it to work and it broke again. Putting it back again with all those options ("irq_list=10 do_scan=0 pci_int=1 poll_interval=100 pci_csc=1" and "probe_io=0" for CORE_OPTS) and trying restarting pcmcia, etc and even rebooting (in case something wierd happened with that) and it still won't get working again, I think I'm even more baffled now :(

Ok: okay, it's working, but... Re: Sad: Just tried that (Marcus Fawcett) Date: 1999, Dec 12 From: Marcus Fawcett menlor

Right now it appears to be working after it's been up a few minutes... I get continuous destination unreachable messages for a couple minutes and then this message: eth0: transmit timed out, tx_status 00 status e000 And then it starts getting responses back from ping and works from then on out.

Question: Problems with 3CCFE575BT and an Acer Travelmate 332T Date: 1999, Dec 10 From: Henning Niss hniss

Hello folks I have some problems with my Acer TravelMate 332T and my 3Com net card (3CCFE575BT, CardBus). I am running RedHat Linux 6.1 with kernel 2.2.13 and I recently installed PCMCIA version 3.1.5. I am trying to get DHCP to work with the card. Let me start by saying that my setup works with another net adapter (a 3Com 589, I think). Apparently PCMCIA detects the problematic card alright, and a number of things seems fine (see the cutout of /var/log/messages below). Also Donald Beckers MII-diagnostics program reports that the link is up, and everything seems fine. Note the status code (2809), though. Now when DHCP fires up, after (quite) some time, the configuration information is gotten from the server, and my card is assigned seemingly fine IP parameters. However, that is as far as I get. It is not possible to connect to other machines (I get a ``no route to host'' error), and ping'ing the gateway gets no packages through (it reports that there is no response on the assigned interrupt). I hope one of you guys can help! --Henning Niss ------------------------------------------------------------------------ Dec 9 14:20:10 localhost inet: inetd startup succeeded Dec 9 14:20:10 localhost pcmcia: Starting PCMCIA services: Dec 9 14:20:10 localhost pcmcia: modules Dec 9 14:20:10 localhost kernel: Linux PCMCIA Card Services 3.1.5 Dec 9 14:20:10 localhost kernel: kernel build: 2.2.13 #5 Sun Nov 28 19:35:35 CET 1999 Dec 9 14:20:10 localhost kernel: options: [pci] [cardbus] [apm] Dec 9 14:20:10 localhost kernel: Intel PCIC probe: Dec 9 14:20:10 localhost kernel: O2Micro OZ6812 PCI-to-CardBus at bus 0 slot 19, mem 0x68000000, 1 socket Dec 9 14:20:10 localhost kernel: host opts [0]: [a 24] [b 0d] [c 00] [d 83] [mhpg 18] [fifo 00] [e 2a] [no pci irq] [lat 32/176] [bus 32/34] Dec 9 14:20:10 localhost kernel: ISA irqs (default) = 3,4,7,11,12 polling interval = 1000 ms Dec 9 14:20:10 localhost pcmcia: cardmgr. Dec 9 14:20:10 localhost rc: Starting pcmcia succeeded Dec 9 14:20:10 localhost cardmgr[356]: starting, version is 3.1.5 Dec 9 14:20:10 localhost cardmgr[356]: watching 1 sockets Dec 9 14:20:10 localhost kernel: cs: IO port probe 0x1080-0x17ff: clean. Dec 9 14:20:11 localhost lpd: lpd startup succeeded Dec 9 14:20:11 localhost kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5157 Dec 9 14:20:11 localhost cardmgr[356]: initializing socket 0 Dec 9 14:20:11 localhost cardmgr[356]: socket 0: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL Dec 9 14:20:11 localhost keytable: Loading keymap: Dec 9 14:20:11 localhost cardmgr[356]: executing: 'insmod /lib/modules/2.2.13/pcmcia/cb_enabler.o' Dec 9 14:20:11 localhost cardmgr[356]: executing: 'insmod /lib/modules/2.2.13/pcmcia/3c575_cb.o' Dec 9 14:20:11 localhost kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Dec 9 14:20:11 localhost kernel: cs: cb_config(bus 32) Dec 9 14:20:11 localhost kernel: fn 0 bar 1: io 0x1080-0x10ff Dec 9 14:20:11 localhost kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Dec 9 14:20:11 localhost kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Dec 9 14:20:11 localhost kernel: fn 0 rom: mem 0x60000000-0x6001ffff Dec 9 14:20:11 localhost kernel: vortex_attach(bus 32, function 0, device 5157) Dec 9 14:20:11 localhost kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x1080, 00:50:04:b5:ae:8e, IRQ 12 Dec 9 14:20:11 localhost kernel: eth0: CardBus functions mapped 60020000->c4050000 Dec 9 14:20:11 localhost kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Dec 9 14:20:11 localhost kernel: MII transceiver found at address 0, status 2809. Dec 9 14:20:11 localhost kernel: Enabling bus-master transmits and whole-frame receives. Dec 9 14:20:11 localhost cardmgr[356]: executing: './network start eth0' Dec 9 14:20:12 localhost keytable: Loading /usr/lib/kbd/keymaps/i386/qwerty/dk.kmap.gz

Something to try... Re: Question: Problems with 3CCFE575BT and an Acer Travelmate 332T (Henning Niss) Date: 1999, Dec 10 From: David Hinds <dhinds@pcmcia.sourceforge.org>

First, recompile the PCMCIA package with PnP BIOS support enabled. Then try setting PCIC_OPTS="pci_int=1" in /etc/sysconfig/pcmcia. -- Dave

Ok: Thanks --- problem solved Re: Something to try... (David Hinds) Date: 1999, Dec 16 From: Henning Niss hniss

Thanks for your help. That seems to solve the problem. (BTW, I do not experience the performance problem Mr. Bittermann reported, i.e., the use of mii-diag is not required for me.) --Henning

Ok: Troubles with a 3CXFE575BT Date: 1999, Dec 11 From: Helmut Bittermann <Helmut.Bittermann@g9.asn-wien.ac.at>

Here are my experiences with a 3CXFE575BT in a ACER 332T with SuSE 6.3 (Kernel 2.2.13, PCMCIA Card Service 3.1.3 with options: [pci] [cardbus] [pnp]: At first it is absolutely necessary to set PCIC_OPTS pci_int=1 Without this, there is a irq problem (I think so), because pinging to the gateway hangs up linux (pinging localhost and local-ip is o.k.) I did not test if PCIC_OPTS pci_csc=1 is necessary. At second I had troubles with the autonegotiation: FTP startet on another host with a 3c905B Cyclone 100baseTx, connecting to the 3CXFE575BT on the ACER 332T and making a "get" was with full speed, but making a "put" was very, very slowly (on the ACER I had RX packets errors). I had the same errors when I started FTP on the ACER (TX o.k. RX errors). (The connection between 3CXFE575BT on the ACER 332T under Windows98 and the host with the 3c905B Cyclone 100baseTx under Linux was o.k.) So I tried in a next step the mii-diag from Donald Becker: mii-diag on the host with the 3c905B Cyclone 100baseTx shows: Basic registers of MII PHY #24: 3000 786d 0000 0000 01e1 40a1 0007 2801. Basic mode control register 0x3000: Auto-negotiation enabled. You have link beat, and everything is working OK. Your link partner advertised 40a1: 100baseTx 10baseT. mii-diag on the ACER 332T with the 3CXFE575BT shows: Basic registers of MII PHY #0: 3000 282d 0300 e54b 00a1 41e1 0001 0000. Basic mode control register 0x3000: Auto-negotiation enabled. You have link beat, and everything is working OK. Your link partner advertised 41e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT. With mii-diag -F 100baseTx-FD on the ACER 332T I forced the 3CXFE575BT to go to 100 mbs half-duplex mode: Setting the speed to "fixed", Control register 2100. Basic registers of MII PHY #0: 2000 280d 0300 e54b 00a1 0000 0000 0000. Basic mode control register 0x2000: Auto-negotiation disabled, with Speed fixed at 100 mbps, half-duplex. You have link beat, and everything is working OK. Link partner information information is not exchanged when in fixed speed mode. That's it - hope that help people who are working with the 3CXFE575BT on a Linux-Notebook. Many thank's to David Hinds and Ronald Becker for doing all the work on PCMCIA and Ehternet.

Feedback: 3c589 driver floods logs with debugging message Date: 1999, Dec 13 From: Brian Mays brian

The 3c589_cs driver is flooding the system log with a single debugging message which appears to be generated exactly once per second whether or not anything is wrong. Here are sample logs: Dec 12 06:49:24 midnite kernel: media_check c282e1c4 Dec 12 06:49:55 midnite last message repeated 31 times Dec 12 06:50:56 midnite last message repeated 61 times Dec 12 06:51:57 midnite last message repeated 61 times Dec 12 06:52:58 midnite last message repeated 61 times Dec 12 06:53:59 midnite last message repeated 61 times Dec 12 06:55:00 midnite last message repeated 61 times Dec 12 06:56:01 midnite last message repeated 61 times Dec 12 06:57:02 midnite last message repeated 61 times Dec 12 06:58:03 midnite last message repeated 61 times

My fault Re: Feedback: 3c589 driver floods logs with debugging message (Brian Mays) Date: 1999, Dec 13 From: David Hinds <dhinds@pcmcia.sourceforge.org>

It is fixed in 3.1.6. -- Dave

Sad: 3C575CT IRQ problems Date: 1999, Dec 16 From: Antônio Kanaan akanaan

Hi Folks, I just bought a Dell Inspiron 7500. I installed RH6.1 on it. It comes with pcmcia 3.0.14 Kernel 2.2.12-20 I see in the archive other people have similar problems. I haven't seen any solution yet, so here goes my problem: I have three pcmcia cards. 1) a modem which works fine all the time 2) 3Com Corporation 3CCFE575CT ethernet card. This is not supported in the /etc/pcmcia/config file. I added an entry for it on the file and instructed it to load the 3c575_cb driver. detection happens and the module is loaded. However, I get comploaints about the IRQ: Dec 15 13:30:42 doradus kernel: eth0: Interrupt posted but not delivered -- IRQ blocked by another device? It first happened to IRQ3 then excluded IRQ3 in /etc/pcmcia/config.opts When I restarted the cardmgr it was assigned IRQ9 with exactly the same result. Reading the mailing-list archive I found some suggestion to exclude port 0x1000-0x17ff I did it to no avail. 3) A NeWMedia BusToaster SCSI adapter. on /etc/pcmcia/config there are two entries for this card on this file. both say: card "New Medias Bus Toaster SCSI" one says: version "New Media", "SCSI", "Bus Toaster" and the other: version "New Media Corporation", "SCSI Bus Toaster Sym53C500" the second one is the one that my system would detect and fail loading the module sym53c500_cs.o . I looked in all of my system for this module and could not find any sign of it. I then changed it to aha152x. I don't know, this may have been a big mistake. However, detection and module loading etc seem to happen fine. However, I get the same IRQ error as I do with the ethernet card. First with IRQ3 and after I disable it, with IRQ9. Once I disable IRQ3 and IRQ9 the system seems to run out of IRQ and simply tells me that. At this point I am lost. Any suggestion will be great. Thanks. Antonio ps: here is the log of inserting and removing the ethernet card: Dec 15 13:28:38 doradus cardmgr[611]: socket 1: 3Com Corporation 3CCFE575CT LAN Cardbus Card 004 Dec 15 13:28:38 doradus cardmgr[611]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/cb_enabler.o' Dec 15 13:28:38 doradus cardmgr[611]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/3c575_cb.o' Dec 15 13:28:38 doradus kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Dec 15 13:28:38 doradus kernel: cs: cb_config(bus 35): vendor 0x10b7, device 0x5257 Dec 15 13:28:38 doradus kernel: fn 0 bar 1: io 0x200-0x27f Dec 15 13:28:38 doradus kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Dec 15 13:28:38 doradus kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Dec 15 13:28:38 doradus kernel: fn 0 rom: mem 0x60000000-0x6001ffff Dec 15 13:28:38 doradus kernel: vortex_attach(bus 35, function 0, device 5257) Dec 15 13:28:38 doradus kernel: eth0: 3Com 3c575 series CardBus (unknown version) at 0x200, 00:50:da:56:05:ad, IRQ 9 Dec 15 13:28:38 doradus kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Dec 15 13:28:38 doradus kernel: MII transceiver found at address 0, status 7809. Dec 15 13:28:38 doradus kernel: Enabling bus-master transmits and whole-frame receives. Dec 15 13:28:38 doradus cardmgr[611]: executing: './network start eth0' Dec 15 13:30:42 doradus kernel: eth0: transmit timed out, tx_status 00 status e201. Dec 15 13:30:42 doradus kernel: eth0: Interrupt posted but not delivered -- IRQ blocked by another device? Dec 15 13:31:07 doradus kernel: eth0: transmit timed out, tx_status 00 status e201. Dec 15 13:31:07 doradus kernel: eth0: Interrupt posted but not delivered -- IRQ blocked by another device? Dec 15 13:37:41 doradus kernel: vortex_detach(eth0) Dec 15 13:37:41 doradus kernel: alloc_skb called nonatomically from interrupt c016f46d Dec 15 13:37:41 doradus kernel: alloc_skb called nonatomically from interrupt c015297d Dec 15 13:37:41 doradus cardmgr[611]: shutting down socket 1 Dec 15 13:37:41 doradus cardmgr[611]: executing: './network stop eth0' Dec 15 13:37:41 doradus kernel: ne.c: No PCI cards found. Use "io=0xNNN" value(s) for ISA cards. Dec 15 13:37:41 doradus insmod: /lib/modules/2.2.12-20/net/ne.o: init_module: Device or resource busy Dec 15 13:37:41 doradus cardmgr[611]: + eth0: unknown interface: No such device Dec 15 13:37:41 doradus kernel: ne.c: No PCI cards found. Use "io=0xNNN" value(s) for ISA cards. Dec 15 13:37:41 doradus insmod: /lib/modules/2.2.12-20/net/ne.o: init_module: Device or resource busy Dec 15 13:37:41 doradus cardmgr[611]: + eth0: error fetching interface information: Device not found Dec 15 13:37:41 doradus cardmgr[611]: executing: 'rmmod 3c575_cb' Dec 15 13:37:41 doradus cardmgr[611]: executing: 'rmmod cb_enabler' ps2: and this is the log of inserting and removing the bus toaster: Dec 15 13:55:47 doradus cardmgr[361]: shutting down socket 1 Dec 15 13:55:47 doradus cardmgr[361]: executing: 'rmmod aha152x_cs' Dec 15 13:55:47 doradus cardmgr[361]: exiting Dec 15 13:55:50 doradus cardmgr[617]: starting, version is 3.0.14 Dec 15 13:55:50 doradus cardmgr[617]: watching 2 sockets Dec 15 13:55:50 doradus kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7 Dec 15 13:55:50 doradus kernel: cs: IO port probe 0x0a00-0x0aff: clean. Dec 15 13:55:50 doradus cardmgr[617]: initializing socket 1 Dec 15 13:55:50 doradus cardmgr[617]: socket 1: New Media Bus Toaster SCSI Dec 15 13:55:51 doradus cardmgr[617]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/aha152x_cs.o' Dec 15 13:55:53 doradus kernel: aha152x: processing commandline: Dec 15 13:55:53 doradus kernel: aha152x: PCMCIA setup Dec 15 13:55:53 doradus kernel: aha152x: invalid line (controller=1) Dec 15 13:55:53 doradus kernel: ok Dec 15 13:55:53 doradus kernel: aha152x: BIOS test: passed, detected 1 controller(s) Dec 15 13:55:53 doradus kernel: aha152x0: vital data: PORTBASE=0x100, IRQ=9, SCSI ID=7, reconnect=enabled, parity=enabled, synchronous=disabled, delay=100, extended translation=disabled Dec 15 13:55:53 doradus kernel: aha152x: trying software interrupt, failed. Dec 15 13:55:53 doradus kernel: aha152x: IRQ 9 possibly wrong. Please verify. Dec 15 13:55:53 doradus kernel: aha152x_cs: no SCSI devices found Dec 15 13:55:53 doradus cardmgr[617]: get dev info on socket 1 failed: No such device Dec 15 13:55:53 doradus kernel: scsi : 0 hosts.

A couple problems here Re: Sad: 3C575CT IRQ problems (Antônio Kanaan) Date: 1999, Dec 16 From: David Hinds <dhinds@pcmcia.sourceforge.org>

First off, the 3CCFE575CT is not supported by pcmcia 3.0.14; that's why it isn't in the config file. The current driver release is 3.1.6. However, I've had lots of reports of problems specifically with the Dell label 3CCFE575CT in Dell laptops. For the New Media card, the config file is correct, and the supported cards file will tell you that the sym53c500_cs driver is distributed separately: you can get it from the /pcmcia/contrib directory on sourceforge.org. -- Dave

Question: 3c589d: 10baseT link beat problems Date: 1999, Dec 17 From: Wolfgang Löffler loeffler

For some time now I have problems with my 3c589d which worked perfectly fine until some weeks ago (when I upgraded the kernel, PCMCIA and installed ppp). When I insert the card, it does not recognise the media type (10baseT) and the network does not come up --- most of the times. eth0: 3Com 3c589, io 0x300, irq 3, hw_addr 00:60:08:B3:4B:11 8K FIFO split 5:3 Rx:Tx, auto xcvr Sometimes, the network comes up, but then the card loses the link beat within a few seconds and switches to 10base2. eth0: 3Com 3c589, io 0x300, irq 3, hw_addr 00:60:08:B3:4B:11 8K FIFO split 5:3 Rx:Tx, auto xcvr eth0: flipped to 10baseT eth0: lost link beat eth0: flipped to 10base2 Sometimes, everything works fine. eth0: 3Com 3c589, io 0x300, irq 3, hw_addr 00:60:08:B3:4B:11 8K FIFO split 5:3 Rx:Tx, auto xcvr eth0: flipped to 10baseT If the card has once recognised the media type correctly and not lost the link beat within the first minute, everything will work fine for hours even if I remove and re-insert the card. Specifying IF_PORT="10baseT" in network.opts does not help. The NE2000 compatible Dayna Communiacard adapter works fine. Hooking up the machine directly to the hub does not help. Changing the IRQ does not help. Any ideas on what's going wrong here? Wolfgang Kernel: 2.2.13 PCMCIA: 3.0.8 -- 3.0.14; 3.1.7

More: 3c589D-TP (is "TP" the problem?) Re: Question: 3c589d: 10baseT link beat problems (Wolfgang Löffler) Date: 2000, Jan 05 From: Wolfgang Löffler loeffler

Today, I got a spare 3c589D card to play around with. It works perfectly fine, whereas my own card still doesn't. But now I realised for the first time, that my card is actually a 3c589D-TP (for 10BASE-T only) as opposed to the 3c589D (for 10BASE-T and Coax). Could it be that the transceiver detecting/setting part of the 3c589_cs driver does not handle this "stripped" (i.e. crippled) card correctly? Wolfgang

Sad: 3c575 oopses Date: 1999, Dec 19 From: Valentijn Sessink Valentijn

I tried the 3.1.7 version of the PCMCIA drivers. This oops'es the kernel sometimes, just as 3.1.5 did. The message as posted dec. 08 is still valid. I found out that inserting/removing while the previous insert/removal has not been finished is a bad thing (yes of course it is, still I hope the kernel oops in this case is not a feature ;-) I tried a couple of inserts/removals one after another, then again an oops occured at c015adb3. The other oopses as described in the 12-08 message did occur too. I hope this helps - and I'm sorry that these oopses occur in regular kernel code (can you do anything about this anyway?) I would like to make clear that I find the PCMCIA package extremely useful; wonderful "Configure" script and very nice and well thought /etc/pcmcia/-scripts; wonderful job, really great! Valentijn

Warning: So... "don't do that" Re: Sad: 3c575 oopses (Valentijn Sessink) Date: 1999, Dec 20 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The only "supported" procedure for hot swapping CardBus cards is to use "cardctl eject" before ejecting. I'm also not really surprised that re-inserting before the previous eject has finished is a bad thing. I try to fix bugs with hot ejecting, but it is very hard to make this bullet proof. Hot swap bugs may be timing sensitive, and may only show up on particular hardware/kernel combinations. Bugs like this will probably remain relatively low priorities. You are of course welcome to try to track them down on your own... but there is a limit to how much attention I can give to them, since they do not affect normal card operation. -- Dave

Ok: ... OK, I won't :) Re: Warning: So... "don't do that" (David Hinds) Date: 1999, Dec 21 From: Valentijn Sessink Valentijn

Thanks for your information. Some more low-priority stuff attached: BTW there are still a couple of annoyances while suspending/resuming. The card seems to come up correctly (with leds blinking etc, so active), but it won't work (i.e. do anything like pinging or the like). Afterwards, a "cardctl reset" seems to work but after that, nothing can be done, "ioctl() busy". I'll try to come up with more specific messages when this comes higher on my priority-list :) Thanks so far, and as said before (I really mean it) you're doing a great job. A friend of mine used the PCMCIA stuff for the first time yesterday and came back with a "this is really good work"-message. So thanks again! Best regards, Valentijn

Question: 3CCFE575BT-D Not Detected Date: 1999, Dec 24 From: Paul Offord aslpjo

I am running Red Hat 6.0 on a Toshiba 480CDT. Untill recently I have been successfully using a 3C589 (I think) PCMCIA Ethernet card. I have recently swapped to a 3C575 (3CCFE575BT-D). The card is not detected at startup, or if I insert or remove the card whilst running. There are no associated messages in the system log and cardinfo shows both sockets to be empty. cardmgr still successfully detects my Hayes modem, and the 3C575 works OK with Windows 95. I'm quite expecting to make config changes, but at the moment the 3C575 isn't even recognised as an unsupported card. Any ideas? Thanks and regards...Paul

Bridge mode = PCIC, I think Re: Question: 3CCFE575BT-D Not Detected (Paul Offord) Date: 1999, Dec 28 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Your PCMCIA bridge must be set to "PCIC mode" in your BIOS setup. In this mode, the bridge will completely ignore CardBus cards. Go into your BIOS settings and change it to "auto" or "cardbus" mode. -- Dave

Ok: PC Card Controller Mode = CardBus/16-bit fixed the problem Re: Bridge mode = PCIC, I think (David Hinds) Date: 1999, Dec 30 From: Paul Offord aslpjo

Hi Dave, Thanks for the advice - your suggestion did fix the problem. The BIOS on the Toshiba 480CDT has three possible setting for "PC Card Controller Mode": * PCIC Compatible * CardBus/16-bit * Auto-Selected I had it set to Auto-Selected. This gave the Linux problem described. Thanks again. Regards...Paul

Question: Why does it take so long to boot? Date: 1999, Dec 28 From: Karl Thiele kthiele

First my question. My laptop takes about 3 minutes for my eth0 to come up when I boot(from my /var/log/messages). I do have my system configued to use DHCP and pump. This is an annoyingly long time. I am wondering why. Anything I can do about it????? My system Dell Latitude 500 mhz, card is Dell/3Com 3CCFE575CT. Only 1 card in the bay. I really appreciate this web site and my system does work so I don't really have much to complain about. thanks, -karl

Without log messages, hard to guess Re: Question: Why does it take so long to boot? (Karl Thiele) Date: 1999, Dec 30 From: David Hinds <dhinds@pcmcia.sourceforge.org>

There's clearly something strange going on. It might be useful to post your system log messages. Does the card take equally long to initialize if you insert it after booting? -- Dave

Ok: Without log messages, hard guess Re: Without log messages, hard to guess (David Hinds) Date: 1999, Dec 30 From: Karl Thiele kthiele

Just a BTW, can a person just reply via email?? I found my problem. It does take pump a while (no longer then other systems here, I figure it is a function of our DHCP server), but I removed the DHCP and just used static ip and found it was the sendmail startup that was really taking so long. Well I disabled that and it comes right up. I will make two schemes to use between my site and other sites. My company wants development to continue even if we travel. Should have included the log, next time. Thanks much for your reply.. -karl

Question: 3CCFE575BT-D and RH 6.1 on Inspiron 3500 Date: 1999, Dec 29 From: Peter Kimball yawhcihw

hi all I'm a linux newbie, trying to get the above card to work on my system. when PCMCIA initializes at boot time, I get a hi then low beep, ie card recognized but not configured (i think). The system log, which I can't directly copy here (newbie idiocy..i can't mount a dos floppy) goes something like this: cardmgr[332]: starting, version is 3.0.14 cardmgr[332]: watching 2 sockets kernel: cs: IO port probe 0x100-0x17ff: clean. kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x130-0x137 0x220-0x22f 0x320-0x327 0x388-0x38f 0x4d0-0x4d7 kernel: cs: IO port probe 0x0a00-0x0aff: clean cardmgr[332]: initializing socket 0 cardmgr[332]: socket 0: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL rc: Starting pcmcia succeeded cardmgr[332]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/cb_enabler.o' cardngr[332]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/3c575_cb.o' kernel: 3c59x. c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/voretx.html kernel: cs: cb_config(bus 32): vendor 0x10b7, device 0x5157 kernel: fn 0 bar 1: io 0x280-0x2ff kernel: fn 0 bar 2: mem 0x60021000-0x6002107f kernel: fn 0 bar 3: mem 0x60020000-0x6002007f kernel: fn 0 rom: mem 0x60000000-0x6001ff kernel: cs: could not allocate interrupt for CardBus socket 0 kernel: 3c575_cb: RequestIO: Out of resource inet: inetd startup succeeded thanks for any and all help Peter

More info? Re: Question: 3CCFE575BT-D and RH 6.1 on Inspiron 3500 (Peter Kimball) Date: 1999, Dec 30 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Can you post a more complete message log, with the startup messages from the i82365 driver? (the PCIC probe messages) You could go ahead and try upgrading your PCMCIA drivers. It could be an already-fixed problem. -- Dave

News: Resolved, methinks! Re: Question: 3CCFE575BT-D and RH 6.1 on Inspiron 3500 (Peter Kimball) Date: 1999, Dec 31 From: Peter Kimball yawhcihw

hi I think I was able to resolve the problem myself. I edited the config.opts to this time exclude the IRQ's i knew were already taken, but no others. The log I posted earlier was when I excluded no IRQ's other than what was in the original config.opts. Before that, I had been told on various Linux on Inspiron 3500 websites that I should exclude all but IRQ 9. I tried that, with the same results as above. This time, I excluded all IRQ's <= 6, but none above that. Now no error occurred at boot, and a quick review of the log shows that it got farther than before, and actually did something with eth0. I don't know if everything is completely resolved yet, I have more webpages to look at, but thanks, David for the help...We shall see if I get this to work yet! thanks again Peter

Sad: 3CCFE575BT-D and RH 6.1 on Inspiron 3500 Redux Re: Question: 3CCFE575BT-D and RH 6.1 on Inspiron 3500 (Peter Kimball) Date: 2000, Apr 21 From: Gregory Ade <gkade@bigbrother.net>

I've got almost exactly the same problem, and haven't yet figured out what combination of options and such can fix it yet. I've tried a few combinations (and tried versions 3.0.12, 3.0.14, 3.1.8 and 3.1.14 of pcmcia-cs). Here are what I think are the relevant files... If I've missed anything, just ask for it. -=-=-=-=-=- /etc/pcmcia/config.opts: # # Local PCMCIA Configuration File # # System resources available for PCMCIA devices # include port 0x100-0x4ff, port 0x1000-0x17ff include memory 0xc0000-0xfffff include memory 0xa0000000-0xa0ffffff, memory 0x60000000-0x60ffffff # Extra port range for IBM Token Ring include port 0xa00-0xaff # # Resources we should not use, even if they appear to be available # First built-in serial port exclude irq 4 # Second built-in serial port exclude irq 3 # First built-in parallel port exclude irq 7 # built-in sound exclude irq 5 -=-=-=-=-=- Should I remove the line for the Token Ring? I don't use it, but could it be interfering with something somehow? -=-=-=-=-=- /etc/sysconfig/pcmcia: PCMCIA=yes PCIC=i82365 PCIC_OPTS="pci_int=1 pci_csc=1" CORE_OPTS= -=-=-=-=-=- Commands used to start up pcmcia, and then test to see if the problem manifests: root@gopher(tty1):~ 65 # /etc/rc.d/init.d/pcmcia start Starting PCMCIA services: modules cardmgr. root@gopher(tty1):~ 66 # ping -f tigger PING tigger (172.19.1.22) from 172.19.1.28 : 56(84) bytes of data. ................................................................................ ................................................................................ ................................................................................ ................................................................................ .......................... --- tigger ping statistics --- 16715 packets transmitted, 16369 packets received, 2% packet loss round-trip min/avg/max = 0.1/0.3/6.9 ms root@gopher(tty1):~ 67 # (The display showed only three dots for almost 45 seconds, then the dots just started streaming across the screen. That is usually good evidence that the problem manifested, and then I got two kernel messages from eth0, at the end of /var/log/messages) -=-=-=-=-=- /var/log/messages: Apr 20 21:58:08 gopher kernel: Linux PCMCIA Card Services 3.1.14 Apr 20 21:58:08 gopher kernel: kernel build: 2.2.14 #7 Sun Mar 5 17:04:18 PST 2000 Apr 20 21:58:08 gopher kernel: options: [pci] [cardbus] [apm] [pnp] Apr 20 21:58:08 gopher kernel: PCI routing table version 1.0 at 0xfdf80 Apr 20 21:58:08 gopher kernel: PnP: PNP BIOS installation structure at 0xc00f6780 Apr 20 21:58:08 gopher kernel: PnP: PNP BIOS version 1.0, entry at f0000:b31a, dseg at 400 Apr 20 21:58:08 gopher kernel: Intel PCIC probe: Apr 20 21:58:08 gopher kernel: TI 1220 rev 02 PCI-to-CardBus at slot 00:04, mem 0x68000000 Apr 20 21:58:08 gopher kernel: host opts [0]: [ring] [serial pci & irq] [pci irq 10] [lat 64/176] [bus 32/34] Apr 20 21:58:08 gopher kernel: host opts [1]: [ring] [serial pci & irq] [pci irq 10] [lat 64/176] [bus 35/37] Apr 20 21:58:08 gopher kernel: ISA irqs (scanned) = 3,4,7,9 PCI status changes Apr 20 21:58:08 gopher cardmgr[1629]: starting, version is 3.1.14 Apr 20 21:58:08 gopher cardmgr[1629]: watching 2 sockets Apr 20 21:58:08 gopher kernel: cs: IO port probe 0x1000-0x17ff: clean. Apr 20 21:58:08 gopher kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f Apr 20 21:58:08 gopher kernel: cs: IO port probe 0x0a00-0x0aff: clean. Apr 20 21:58:08 gopher kernel: cs: cb_alloc(bus 35): vendor 0x10b7, device 0x5157 Apr 20 21:58:08 gopher cardmgr[1629]: initializing socket 0 Apr 20 21:58:08 gopher kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean. Apr 20 21:58:08 gopher cardmgr[1629]: socket 0: Serial or Modem Apr 20 21:58:08 gopher cardmgr[1629]: executing: 'insmod /lib/modules/2.2.14/pcmcia/serial_cs.o' Apr 20 21:58:08 gopher kernel: tty03 at 0x02e8 (irq = 9) is a 16550A Apr 20 21:58:08 gopher cardmgr[1629]: executing: './serial start ttyS3' Apr 20 21:58:09 gopher cardmgr[1629]: initializing socket 1 Apr 20 21:58:09 gopher cardmgr[1629]: socket 1: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL Apr 20 21:58:09 gopher cardmgr[1629]: executing: 'insmod /lib/modules/2.2.14/pcmcia/cb_enabler.o' Apr 20 21:58:09 gopher cardmgr[1629]: executing: 'insmod /lib/modules/2.2.14/pcmcia/3c575_cb.o' Apr 20 21:58:09 gopher kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Apr 20 21:58:09 gopher kernel: cs: cb_config(bus 35) Apr 20 21:58:09 gopher kernel: fn 0 bar 1: io 0xa00-0xa7f Apr 20 21:58:09 gopher kernel: fn 0 bar 2: mem 0xa0061000-0xa006107f Apr 20 21:58:09 gopher kernel: fn 0 bar 3: mem 0xa0060000-0xa006007f Apr 20 21:58:09 gopher kernel: fn 0 rom: mem 0xa0040000-0xa005ffff Apr 20 21:58:09 gopher kernel: vortex_attach(bus 35, function 0, device 5157) Apr 20 21:58:09 gopher kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0xa00, 00:50:04:29:45:34, IRQ 10 Apr 20 21:58:09 gopher kernel: eth0: CardBus functions mapped a0060000->cc072000 Apr 20 21:58:09 gopher kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Apr 20 21:58:09 gopher kernel: MII transceiver found at address 0, status 7809. Apr 20 21:58:09 gopher kernel: Enabling bus-master transmits and whole-frame receives. Apr 20 21:58:09 gopher cardmgr[1629]: executing: './network start eth0' Apr 20 21:58:09 gopher pumpd[1678]: starting at Thu Apr 20 21:58:09 2000 Apr 20 21:58:12 gopher pumpd[1678]: configured interface eth0 Apr 20 21:58:12 gopher cardmgr[1629]: + Determining IP information for eth0... done. Apr 20 21:58:33 gopher kernel: eth0: transmit timed out, tx_status 00 status e681. Apr 20 21:58:33 gopher kernel: eth0: Interrupt posted but not delivered -- IRQ blocked by another device? Apr 20 21:58:43 gopher kernel: eth0: transmit timed out, tx_status 00 status e601. Apr 20 21:58:43 gopher kernel: eth0: Interrupt posted but not delivered -- IRQ blocked by another device? -=-=-=-=-=- One point of interest, usually, when this happens, the status code on the first of the two messages is different for each occurance, if this is important. I downloaded and built mii-diag, but it reports everything is a-ok, autonegotiated at 100base-Tx. It even reports this when the card isn't responding. I'm confused, and hoping I don't have to buy a different ethernet device. Any help would be much appreciated.

Ok: I think I may have it fixed... Re: Sad: 3CCFE575BT-D and RH 6.1 on Inspiron 3500 Redux (Gregory Ade) Date: 2000, Apr 21 From: Gregory Ade <gkade@bigbrother.net>

Well, on the suggestion that was e-mailed to me to try setting: PCIC_OPTS="pci_int=0 pci_csc=1" I tried it, and so far, it seems to be working. As in, I can let a 'ping -f remotehost' (that's attached to the same 100MHz hub as the notebook) go for a while without the interrupt error happening or the network card going silent, and then, on top of that, scp a kernel tarball over from the remote host, too. I'm rebuilding pcmcia-cs with debugging turned off for this card now, and going to see if it still works. (checks) Well, everything seems to be happier now. Right now I'm running a backup of my notebook over the network to my main machine.

Question: Found on external power, not on battery Date: 2000, Jan 03 From: Michael Smith <ms@gf.org>

Here's a strange one. Toshiba Portege 7000, 3Com Megahertz LAN 10/100, model 3CCFE574BT. On initial boot, the system doesn't recognize the card (treats it as "unknown memory"). The sequence 'cardctl eject'/ 'cardctl insert' after the system is up will cause the card to be recognized successfully and run like a champ, UNLESS the computer is running on battery power (i.e. without the external power connected). On battery power the system will not find the card, either at boot time or afterward. The BIOS powersave options are not set to slow things down on battery. This is Slackware 4, kernel 2.2.6, pcmcia-cs 3.0.14. Any insights would be very much appreciated!

I think it's already fixed Re: Question: Found on external power, not on battery (Michael Smith) Date: 2000, Jan 03 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Try a current PCMCIA driver release and this should go away. -- Dave

Question: 3c589 Doesnt work after suspend Date: 2000, Jan 05 From: David ddn

I just got a VAIO N505VE and I've been using a 3com 3c589D with it. I've had great results, but my only gripe was that I couldn't suspend the machine with APM and then get my network back. The reason was that the PCMCIA chipset was going to sleep and then not waking up. Then a friend of mine told me that if I used the little switch on the side, the chipset would wake up and I could use Ethernet. Sure enough, it woke up just fine. But still no ether. I started digging a little deeper, and I found that the PCMCIA chip was waking just fine, and it was something with the card that wasn't working. And then I saw the Collision count of 10945 and it hit me. I ran a ping with no results and ran a `watch ifconfig`. The collision count would go up by the 10k's. I also added PCDEBUG and recompiledthe modules and this is what the logs look like: Jan 4 17:29:10 skinny cardmgr[244]: initializing socket 0 Jan 4 17:29:10 skinny cardmgr[244]: socket 0: 3Com 3c589D Ethernet Jan 4 17:29:11 skinny cardmgr[244]: executing: 'insmod /lib/modules/2.2.13/pcmcia/3c589_cs.o' Jan 4 17:29:11 skinny kernel: eth0: 3Com 3c589, io 0x300, irq 7, hw_addr 00:10:4B:7C:44:AD Jan 4 17:29:11 skinny kernel: 8K FIFO split 5:3 Rx:Tx, auto xcvr ****** And then I suspend it and wake it up and: Jan 4 17:29:11 skinny cardmgr[244]: executing: './network start eth0' Jan 4 17:29:11 skinny kernel: eth0: switched to 10baseT port Jan 4 17:29:13 skinny kernel: eth0: interrupt(s) dropped! Jan 4 17:33:02 skinny kernel: eth0: command 0x5800 did not complete! I have tried suspend'ing card services, ejecting. I also do a ifconfig eth0 down up after I wake it up, and it still doesn't work. Any ideas out there? Thanks, David

Sad: 3c575TX on Thinkpad i1452 Date: 2000, Jan 06 From: johnny

Recompiled the PCMCIA 3.0.14 distribution on a stock RedHat 6.1 machine (Kernel 2.2.12). The 3c575TX doesn't get picked up at all -- no mention of it in the syslog; whereas a modem card works fine. The pcmcia module descibes the on-board controller as an O2 Micro OZ6832. Any hints appreciated. jds

The usual: please include system log messages Re: Sad: 3c575TX on Thinkpad i1452 Date: 2000, Jan 06 From: David Hinds <dhinds@pcmcia.sourceforge.org>

No mention *at all*? As in, you insert the card, and no messages go into the log whatsoever? And no beeps either, I guess? If you're using a different socket from the one that works with the modem, try using the socket that worked with the modem. My next suggestion would be to install the latest PCMCIA release. There are still some problems with support for O2Micro bridges. -- Dave

Different problems with 3.1.8 Re: The usual: please include system log messages (David Hinds) Date: 2000, Jan 06 From: johnny

Jan 6 12:54:16 localhost kernel: Intel PCIC probe: Jan 6 12:54:16 localhost kernel: O2Micro OZ6832/OZ6833 PCI-to-CardBus at bus 0 slot 19, mem 0x68000000, 2 sockets Jan 6 12:54:16 localhost kernel: host opts [0]: [a 44] [b ad] [c 20] [d 06] [mhpg 18] [fifo 00] [e 28] [pci irq 9] [lat 32/176] [bus 32/34] Jan 6 12:54:16 localhost kernel: host opts [1]: [a 44] [b ad] [c 20] [d 06] [mhpg 18] [fifo 00] [e 28] [pci irq 9] [lat 32/176] [bus 35/37] Jan 6 12:54:16 localhost kernel: ISA irqs (default) = 3,11 polling interval = 1000 ms Jan 6 12:54:16 localhost pcmcia: cardmgr. Jan 6 12:54:16 localhost rc: Starting pcmcia succeeded Jan 6 12:54:16 localhost cardmgr[340]: starting, version is 3.1.8 Jan 6 12:54:17 localhost cardmgr[340]: watching 2 sockets Jan 6 12:54:17 localhost kernel: cs: IO port probe 0x1000-0x17ff: clean. Jan 6 12:54:17 localhost kernel: cs: IO port probe 0x0100-0x04ff: clean. Jan 6 12:54:17 localhost kernel: cs: IO port probe 0x0a00-0x0aff: clean. Jan 6 12:54:17 localhost inet: inetd startup succeeded Jan 6 12:54:17 localhost kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5057 Jan 6 12:54:17 localhost cardmgr[340]: initializing socket 0 Jan 6 12:54:17 localhost cardmgr[340]: socket 0: 3Com 3c575-TX Fast EtherLink XL Jan 6 12:54:17 localhost cardmgr[340]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/cb_enabler.o' Jan 6 12:54:17 localhost cardmgr[340]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/3c575_cb.o' Jan 6 12:54:17 localhost kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Jan 6 12:54:17 localhost kernel: cs: cb_config(bus 32) Jan 6 12:54:17 localhost kernel: fn 0 bar 1: io 0x100-0x13f The ethernet card gets picked up, and I can start the intercace and ping it, but can't ping out: Jan 6 12:54:17 localhost kernel: fn 0 rom: mem 0x60000000-0x6000ffff Jan 6 12:54:17 localhost kernel: vortex_attach(bus 32, function 0, device 5057) Jan 6 12:54:17 localhost kernel: eth0: 3Com 3c575 Boomerang CardBus at 0x100, 00:60:08:b7:89:fa, IRQ 3 Jan 6 12:54:17 localhost kernel: 8K word-wide RAM 3:5 Rx:Tx split, autoselect/MII interface. Jan 6 12:54:17 localhost kernel: MII transceiver found at address 0, status 7809. Jan 6 12:54:17 localhost kernel: Enabling bus-master transmits and whole-frame receives. Jan 6 12:54:17 localhost cardmgr[340]: executing: './network start eth0' And then, after trying to ping another machine, I got this on the console: Jan 6 13:06:41 localhost kernel: eth0: transmit timed out, tx_status 00 status e601. Jan 6 13:06:41 localhost kernel: eth0: Interrupt posted but not delivered -- IRQ blocked by another device? Also, the modem stopped working after upgrading to 3.1.8, event when the ethernet card isn't in the machine. It looks as if the serial module loads correctly, and there are no errors reported in /var/log/messages, but minicom and chat fail to see it. Chat: Can't get terminal parameters Input/output errors. Thanks, jds

One thing to try Re: Different problems with 3.1.8 Date: 2000, Jan 06 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Try doing: PCIC_OPTS="pci_csc=1 pci_int=1" in /etc/sysconfig/pcmcia. As for the modem, what is it? Is it a PCMCIA modem card? That's a separate problem... and should probably be posted separately... after going through the modem troubleshooting information in the HOWTO. Saying your tools "fail to see it" is kind of vague; I'd need to see system log messages for that one too. -- Dave

Sad: nope... Re: One thing to try (David Hinds) Date: 2000, Jan 06 From: johnny

Forgetting the modem issue, I still get "network unreachable" errors on pinging out to another machine (there are no routing problems, in my opinion; other machines work fine). eth0: Interrupt posted but not delivered -- IRQ blocked by another device? I noticed this in the logs: an 6 12:54:17 localhost kernel: eth0: 3Com 3c575 Boomerang CardBus at 0x100, 00:60:08:b7:89:fa, IRQ 3 even though I excluded IRQ 3 in config.opts. Could this be the issue? Should I try to force I high IRQ? Thanks, jds

Question: 3c589 on Hitachi Vision book locks up under heavy load. Date: 2000, Jan 10 From: Brad Norman bnorman

My 3c589 on a Hitachi Vision Book locks up under heavy load. The 3c589 works with windows but locks up as a Samba or as a FTP server. Big time collisions. You wrote, "Symptoms of timing problems can include card recognition problems, lock-ups under heavy loads, high error rates, or poor device performance. Only certain host bridges have adjustable timing parameters: check the corresponding man page to see what options are available for your controller." Which man page would help me? I have looked at many. Below is some debug output from ifconfig and cardctl. Thanks, Brad Norman bnorman@skysurfer.com =========================================== eth0 Link encap:Ethernet HWaddr 00:A0:24:60:17:06 inet addr:192.168.255.3 Bcast:192.168.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:331 errors:0 dropped:0 overruns:0 frame:0 TX packets:599 errors:1 dropped:0 overruns:0 carrier:47 collisions:120 txqueuelen:100 Interrupt:5 Base address:0x300 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:20 errors:0 dropped:0 overruns:0 frame:0 TX packets:20 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 =========================================== Socket 0: no card Socket 1: 5V 16-bit card present Function 0: ready =========================================== Socket 0: not configured Socket 1: Vcc = 5.0, Vpp1 = 0.0, Vpp2 = 0.0 Interface type is memory and I/O IRQ 5 is exclusive, level mode, enabled Function 0: Config register base = 0x10000 Option = 0x41, status = 0000 I/O window 1: 0x0300 to 0x030f, 16 bit =========================================== Socket 0: no product info available Socket 1: product info: "3Com Corporation", "3C589", "TP/BNC LAN Card Ver. 2a", "000002" manfid: 0x0101, 0x0589 function: 6 (network)

More: More info from /var/log/messages and output of dmesg Re: Question: 3c589 on Hitachi Vision book locks up under heavy load. (Brad Norman) Date: 2000, Jan 10 From: Brad Norman bnorman

Below is a copy of /var/log/messages. In case I am not clear. eth0 works under very light loads. I can brouse my Samba server and even FTP small files. In fact the logs I have mailed to you were passed over my network with a PC to my Linux Hitachi notebook. I hope this all helps. Thanks again, Brad ====================================== Jan 10 14:48:59 skybook syslogd 1.3-3: restart. Jan 10 14:49:00 skybook kernel: klogd 1.3-3, log source = /proc/kmsg started. Jan 10 14:49:00 skybook kernel: Inspecting /boot/System.map Jan 10 14:49:01 skybook kernel: Loaded 8378 symbols from /boot/System.map. Jan 10 14:49:01 skybook kernel: Symbols match kernel version 2.2.6. Jan 10 14:49:01 skybook kernel: Loaded 208 symbols from 16 modules. Jan 10 14:49:01 skybook kernel: Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Jan 10 14:49:01 skybook kernel: Checking 'hlt' instruction... OK. Jan 10 14:49:01 skybook kernel: Intel Pentium with F0 0F bug - workaround enabled. Jan 10 14:49:01 skybook kernel: Linux NET4.0 for Linux 2.2 Jan 10 14:49:01 skybook kernel: Based upon Swansea University Computer Society NET3.039 Jan 10 14:49:01 skybook kernel: NET4: Unix domain sockets 1.0 for Linux NET4.0. Jan 10 14:49:01 skybook kernel: NET4: Linux TCP/IP 1.0 for NET4.0 Jan 10 14:49:01 skybook kernel: IP Protocols: ICMP, UDP, TCP Jan 10 14:49:01 skybook kernel: Detected PS/2 Mouse Port. Jan 10 14:49:01 skybook kernel: Serial driver version 4.27 with no serial options enabled Jan 10 14:49:01 skybook kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A Jan 10 14:49:01 skybook kernel: apm: BIOS version 1.2 Flags 0x03 (Driver version 1.9) Jan 10 14:49:01 skybook kernel: hda: HITACHI_DK225A-21, 2061MB w/128kB Cache, CHS=523/128/63 Jan 10 14:49:01 skybook kernel: Uniform CDROM driver Revision: 2.54 Jan 10 14:49:01 skybook kernel: Floppy drive(s): fd0 is 1.44M Jan 10 14:49:01 skybook kernel: FDC 0 is a post-1991 82077 Jan 10 14:49:01 skybook kernel: Adding Swap: 84668k swap-space (priority -1) Jan 10 14:49:01 skybook kernel: parport0: PC-style at 0x378 [SPP,PS2] Jan 10 14:49:01 skybook kernel: lp0: using parport0 (polling). Jan 10 14:49:01 skybook kernel: CSLIP: code copyright 1989 Regents of the University of California Jan 10 14:49:01 skybook kernel: PPP: version 2.3.3 (demand dialling) Jan 10 14:49:01 skybook kernel: PPP line discipline registered. Jan 10 14:49:01 skybook kernel: ad1848/cs4248 codec driver Copyright (C) by Hannu Savolainen 1993-1996 Jan 10 14:49:01 skybook kernel: Found OPL3-SAx (YMF719) Jan 10 14:49:01 skybook kernel: YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996 Jan 10 14:49:01 skybook kernel: Linux PCMCIA Card Services 3.0.9 Jan 10 14:49:01 skybook kernel: kernel build: 2.2.6 #20 Sat Apr 17 23:17:12 CDT 1999 Jan 10 14:49:01 skybook kernel: options: [pci] [cardbus] Jan 10 14:49:01 skybook kernel: Intel PCIC probe: Jan 10 14:49:01 skybook kernel: Cirrus PD6832 PCI-to-CardBus at bus 0 slot 25, mem 0x08000000, 2 sockets Jan 10 14:49:01 skybook kernel: host opts [0]: [ring] [0/7/4] [3/17/4] [no pci irq] [lat 128/176] [bus 32/34] Jan 10 14:49:01 skybook kernel: host opts [1]: [ring] [0/7/4] [3/17/4] [no pci irq] [lat 128/176] [bus 35/37] Jan 10 14:49:01 skybook kernel: ISA irqs (scanned) = 3,5 polling interval = 1000 ms Jan 10 14:49:01 skybook kernel: cs: IO port probe 0x1000-0x17ff: clean. Jan 10 14:49:01 skybook kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107 0x200-0x207 0x220-0x22f 0x400-0x40f 0x480-0x48f 0x4d0-0x4d7 Jan 10 14:49:01 skybook kernel: cs: IO port probe 0x0a00-0x0aff: clean. Jan 10 14:49:01 skybook kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean. Jan 10 14:49:01 skybook kernel: tty01 at 0x02f8 (irq = 3) is a 16550A Jan 10 14:49:01 skybook kernel: eth0: 3Com 3c589, port 0x300, irq 5, Auto port, hw_addr 00:A0:24:60:17:06 Jan 10 14:49:01 skybook kernel: lp0 out of paper Jan 10 14:49:10 skybook apmd[139]: Version 3.0beta3 (APM BIOS 1.2, Linux driver 1.9) Jan 10 14:49:10 skybook apmd[139]: Charge: * * * (0% unknown) Jan 10 14:49:13 skybook kernel: eth0: autodetected 10baseT Jan 10 14:50:39 skybook login[144]: ROOT LOGIN on `tty1'

More: More info, output of dmesg Re: Question: 3c589 on Hitachi Vision book locks up under heavy load. (Brad Norman) Date: 2000, Jan 10 From: Brad Norman bnorman

This is the output of dmesg. I have been trying different options such as mem_speed, cmd_time, & cis_speed with no luck. In fact I am not sure if I should put them in config.opts or rc.pcmcia. Thanks for looking - Brad ====================================== Linux version 2.2.6 (root@skybook) (gcc version 2.7.2.3) #5 Fri Oct 29 14:12:32 EDT 1999 Detected 166656447 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 332.60 BogoMIPS Memory: 95944k/98304k available (744k kernel code, 408k reserved, 1172k data, 36k init) CPU: Intel Pentium MMX stepping 04 Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. Intel Pentium with F0 0F bug - workaround enabled. POSIX conformance testing by UNIFIX PCI: PCI BIOS revision 2.10 entry at 0xeada0 PCI: Using configuration type 1 PCI: Probing PCI hardware Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 Detected PS/2 Mouse Port. Serial driver version 4.27 with no serial options enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A apm: BIOS version 1.2 Flags 0x03 (Driver version 1.9) PCI_IDE: unknown IDE controller on PCI bus 00 device 91, VID=1283, DID=673a PCI_IDE: not 100% native mode: will probe irqs later PCI_IDE: simplex device: DMA disabled ide0: PCI_IDE Bus-Master DMA disabled (BIOS) PCI_IDE: simplex device: DMA disabled ide1: PCI_IDE Bus-Master DMA disabled (BIOS) hda: HITACHI_DK225A-21, ATA DISK drive hdc: TOSHIBA CD-ROM XM-1502B, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 ide1: probed IRQ 15 failed, using default. hda: HITACHI_DK225A-21, 2061MB w/128kB Cache, CHS=523/128/63 hdc: ATAPI 10X CD-ROM drive, 128kB Cache Uniform CDROM driver Revision: 2.54 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Partition check:  hda: hda1 hda2 hda3 VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 36k freed Adding Swap: 84668k swap-space (priority -1) parport0: PC-style at 0x378 [SPP,PS2] lp0: using parport0 (polling). CSLIP: code copyright 1989 Regents of the University of California PPP: version 2.3.3 (demand dialling) PPP line discipline registered. ad1848/cs4248 codec driver Copyright (C) by Hannu Savolainen 1993-1996 Found OPL3-SAx (YMF719) YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996 Linux PCMCIA Card Services 3.0.9   kernel build: 2.2.6 #20 Sat Apr 17 23:17:12 CDT 1999   options: [pci] [cardbus] Intel PCIC probe:   Cirrus PD6832 PCI-to-CardBus at bus 0 slot 25, mem 0x08000000, 2 sockets     host opts [0]: [ring] [0/7/4] [3/17/4] [no pci irq] [lat 128/176] [bus 32/34]     host opts [1]: [ring] [0/7/4] [3/17/4] [no pci irq] [lat 128/176] [bus 35/37]     ISA irqs (scanned) = 3,5 polling interval = 1000 ms cs: IO port probe 0x1000-0x17ff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107 0x200-0x207 0x220-0x22f 0x400-0x40f 0x480-0x48f 0x4d0-0x4d7 cs: IO port probe 0x0a00-0x0aff: clean. cs: memory probe 0xa0000000-0xa0ffffff: clean. tty01 at 0x02f8 (irq = 3) is a 16550A eth0: 3Com 3c589, port 0x300, irq 5, Auto port, hw_addr 00:A0:24:60:17:06 ISO 9660 Extensions: RRIP_1991A lp0 out of paper eth0: autodetected 10baseT

Sad: 3c589 on Hitachi *** using version 3.1.8 *** Date: 2000, Jan 10 From: Brad Norman bnorman

I just upgraded to 3.1.8. I have got two new error messages. They are: eth0: interrupt(s) dropped and eth0: Transmit timed out! Lots of good info in log files! The net does work. Samba and FTP work under very light loads. I can browse the Samba server and move small files using FTP. eth0 Link encap:Ethernet HWaddr 00:A0:24:60:17:06           inet addr:192.168.255.3 Bcast:192.168.255.255 Mask:255.255.255.0           UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1           RX packets:1037 errors:0 dropped:0 overruns:0 frame:0           TX packets:1350 errors:1 dropped:0 overruns:0 carrier:0           collisions:228 txqueuelen:100           Interrupt:5 Base address:0x300 lo Link encap:Local Loopback           inet addr:127.0.0.1 Mask:255.0.0.0           UP LOOPBACK RUNNING MTU:3924 Metric:1           RX packets:19 errors:0 dropped:0 overruns:0 frame:0           TX packets:19 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:0 Below are the dumps of /var/log/messages and dmesg ======================================== Linux version 2.2.6 (root@skybook) (gcc version 2.7.2.3) #5 Fri Oct 29 14:12:32 EDT 1999 Detected 166655050 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 332.60 BogoMIPS Memory: 95944k/98304k available (744k kernel code, 408k reserved, 1172k data, 36k init) CPU: Intel Pentium MMX stepping 04 Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. Intel Pentium with F0 0F bug - workaround enabled. POSIX conformance testing by UNIFIX PCI: PCI BIOS revision 2.10 entry at 0xeada0 PCI: Using configuration type 1 PCI: Probing PCI hardware Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 Detected PS/2 Mouse Port. Serial driver version 4.27 with no serial options enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A apm: BIOS version 1.2 Flags 0x03 (Driver version 1.9) PCI_IDE: unknown IDE controller on PCI bus 00 device 91, VID=1283, DID=673a PCI_IDE: not 100% native mode: will probe irqs later PCI_IDE: simplex device: DMA disabled ide0: PCI_IDE Bus-Master DMA disabled (BIOS) PCI_IDE: simplex device: DMA disabled ide1: PCI_IDE Bus-Master DMA disabled (BIOS) hda: HITACHI_DK225A-21, ATA DISK drive hdc: TOSHIBA CD-ROM XM-1502B, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: HITACHI_DK225A-21, 2061MB w/128kB Cache, CHS=523/128/63 hdc: ATAPI 10X CD-ROM drive, 128kB Cache Uniform CDROM driver Revision: 2.54 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Partition check:  hda: hda1 hda2 hda3 VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 36k freed Adding Swap: 84668k swap-space (priority -1) parport0: PC-style at 0x378 [SPP,PS2] lp0: using parport0 (polling). CSLIP: code copyright 1989 Regents of the University of California PPP: version 2.3.3 (demand dialling) PPP line discipline registered. ad1848/cs4248 codec driver Copyright (C) by Hannu Savolainen 1993-1996 Found OPL3-SAx (YMF719) YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996 Linux PCMCIA Card Services 3.1.8   kernel build: 2.2.6 #5 Fri Oct 29 14:12:32 EDT 1999   options: [pci] [cardbus] [apm] Intel PCIC probe:   Cirrus PD6832 PCI-to-CardBus at bus 0 slot 25, mem 0x08000000, 2 sockets     host opts [0]: [ring] [0/7/4] [3/17/4] [no pci irq] [lat 128/176] [bus 32/34]     host opts [1]: [ring] [0/7/4] [3/17/4] [no pci irq] [lat 128/176] [bus 35/37]     ISA irqs (scanned) = 3,5 polling interval = 1000 ms cs: IO port probe 0x1000-0x17ff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107 0x200-0x207 0x220-0x22f 0x400-0x40f 0x480-0x48f 0x4d0-0x4d7 cs: IO port probe 0x0a00-0x0aff: clean. cs: memory probe 0xa0000000-0xa0ffffff: clean. tty01 at 0x13f8 (irq = 3) is a 16550A eth0: 3Com 3c589, io 0x300, irq 5, hw_addr 00:A0:24:60:17:06   8K FIFO split 5:3 Rx:Tx, auto xcvr eth0: flipped to 10baseT ISO 9660 Extensions: RRIP_1991A lp0 out of paper eth0: flipped to 10baseT eth0: interrupt(s) dropped! eth0: Transmit timed out!   irq status 2019, rx status 383a, tx status 00 tx free 0bfc   diagnostics: fifo 0011 net 0c84 ethernet 0002 media a8c0 eth0: Transmit timed out!   irq status 2019, rx status 383a, tx status 00 tx free 0bfc   diagnostics: fifo 0011 net 0c84 ethernet 0002 media a8c0 ================== /var/log/messages ====================== Jan 10 15:30:08 skybook syslogd 1.3-3: restart. Jan 10 15:30:09 skybook kernel: klogd 1.3-3, log source = /proc/kmsg started. Jan 10 15:30:09 skybook kernel: Inspecting /boot/System.map Jan 10 15:30:10 skybook kernel: Loaded 8378 symbols from /boot/System.map. Jan 10 15:30:10 skybook kernel: Symbols match kernel version 2.2.6. Jan 10 15:30:10 skybook kernel: Loaded 166 symbols from 16 modules. Jan 10 15:30:10 skybook kernel: Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Jan 10 15:30:10 skybook kernel: Checking 'hlt' instruction... OK. Jan 10 15:30:10 skybook kernel: Intel Pentium with F0 0F bug - workaround enabled. Jan 10 15:30:10 skybook kernel: Linux NET4.0 for Linux 2.2 Jan 10 15:30:10 skybook kernel: Based upon Swansea University Computer Society NET3.039 Jan 10 15:30:10 skybook kernel: NET4: Unix domain sockets 1.0 for Linux NET4.0. Jan 10 15:30:10 skybook kernel: NET4: Linux TCP/IP 1.0 for NET4.0 Jan 10 15:30:10 skybook kernel: IP Protocols: ICMP, UDP, TCP Jan 10 15:30:10 skybook kernel: Detected PS/2 Mouse Port. Jan 10 15:30:10 skybook kernel: Serial driver version 4.27 with no serial options enabled Jan 10 15:30:10 skybook kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A Jan 10 15:30:10 skybook kernel: apm: BIOS version 1.2 Flags 0x03 (Driver version 1.9) Jan 10 15:30:10 skybook kernel: hda: HITACHI_DK225A-21, 2061MB w/128kB Cache, CHS=523/128/63 Jan 10 15:30:10 skybook kernel: Uniform CDROM driver Revision: 2.54 Jan 10 15:30:10 skybook kernel: Floppy drive(s): fd0 is 1.44M Jan 10 15:30:10 skybook kernel: FDC 0 is a post-1991 82077 Jan 10 15:30:10 skybook kernel: Adding Swap: 84668k swap-space (priority -1) Jan 10 15:30:10 skybook kernel: parport0: PC-style at 0x378 [SPP,PS2] Jan 10 15:30:10 skybook kernel: lp0: using parport0 (polling). Jan 10 15:30:10 skybook kernel: CSLIP: code copyright 1989 Regents of the University of California Jan 10 15:30:10 skybook kernel: PPP: version 2.3.3 (demand dialling) Jan 10 15:30:10 skybook kernel: PPP line discipline registered. Jan 10 15:30:10 skybook kernel: ad1848/cs4248 codec driver Copyright (C) by Hannu Savolainen 1993-1996 Jan 10 15:30:10 skybook kernel: Found OPL3-SAx (YMF719) Jan 10 15:30:10 skybook kernel: YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996 Jan 10 15:30:10 skybook kernel: Linux PCMCIA Card Services 3.1.8 Jan 10 15:30:10 skybook kernel: kernel build: 2.2.6 #5 Fri Oct 29 14:12:32 EDT 1999 Jan 10 15:30:10 skybook kernel: options: [pci] [cardbus] [apm] Jan 10 15:30:10 skybook kernel: Intel PCIC probe: Jan 10 15:30:10 skybook kernel: Cirrus PD6832 PCI-to-CardBus at bus 0 slot 25, mem 0x08000000, 2 sockets Jan 10 15:30:10 skybook kernel: host opts [0]: [ring] [0/7/4] [3/17/4] [no pci irq] [lat 128/176] [bus 32/34] Jan 10 15:30:10 skybook kernel: host opts [1]: [ring] [0/7/4] [3/17/4] [no pci irq] [lat 128/176] [bus 35/37] Jan 10 15:30:10 skybook kernel: ISA irqs (scanned) = 3,5 polling interval = 1000 ms Jan 10 15:30:10 skybook kernel: cs: IO port probe 0x1000-0x17ff: clean. Jan 10 15:30:10 skybook kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107 0x200-0x207 0x220-0x22f 0x400-0x40f 0x480-0x48f 0x4d0-0x4d7 Jan 10 15:30:10 skybook kernel: cs: IO port probe 0x0a00-0x0aff: clean. Jan 10 15:30:10 skybook kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean. Jan 10 15:30:10 skybook kernel: tty01 at 0x13f8 (irq = 3) is a 16550A Jan 10 15:30:10 skybook kernel: eth0: 3Com 3c589, io 0x300, irq 5, hw_addr 00:A0:24:60:17:06 Jan 10 15:30:10 skybook kernel: 8K FIFO split 5:3 Rx:Tx, auto xcvr Jan 10 15:30:10 skybook kernel: eth0: flipped to 10baseT Jan 10 15:30:10 skybook kernel: lp0 out of paper Jan 10 15:30:20 skybook apmd[143]: Version 3.0beta3 (APM BIOS 1.2, Linux driver 1.9) Jan 10 15:30:20 skybook apmd[143]: Charge: * * * (5% unknown) Jan 10 15:30:36 skybook kernel: eth0: flipped to 10baseT Jan 10 15:30:48 skybook login[148]: ROOT LOGIN on `tty1' Jan 10 15:32:12 skybook kernel: eth0: interrupt(s) dropped! Jan 10 15:32:21 skybook kernel: eth0: Transmit timed out! Jan 10 15:32:21 skybook kernel: irq status 2019, rx status 383a, tx status 00 tx free 0bfc Jan 10 15:32:21 skybook kernel: diagnostics: fifo 0011 net 0c84 ethernet 0002 media a8c0 Jan 10 15:33:41 skybook kernel: eth0: Transmit timed out! Jan 10 15:33:41 skybook kernel: irq status 2019, rx status 383a, tx status 00 tx free 0bfc Jan 10 15:33:41 skybook kernel: diagnostics: fifo 0011 net 0c84 ethernet 0002 media a8c0

Ok: 3CXFE575BT Success Date: 2000, Jan 11 From: Rudolf Zeilhofer zeilhofe

Finally I managed to configure my 3COM network pc-card. Card-Vendor: 3COM Card-Name: 3COM Megahertz 10/100 LAN CardBus PC Card CardID : 3CXFE575BT DeviceID: 5157 Linux-Distribution: SuSE 6.2 Kernel-Version: 2.2.10 PCMCIA-Package: 3.1.8 What I did: (1) Compile PCMCIA package with plug-and-play BIOS support. (2) Added PCMCIA setting PCIC_OPTS="pci_int=1" (3) Configured /etc/pcmcia/network.opts (4) Thats all. Thanks for all the previous postings which helped me a lot during my quest. Feel free to send questions. Rudolf Zeilhofer

More: notebook info Re: Ok: 3CXFE575BT Success (Rudolf Zeilhofer) Date: 2000, Jan 11 From: Rudolf Zeilhofer zeilhofe

The notebook I am using is a SONY VAIO PCG-F190 (128MB).

Question: poor transfer rate with 3CCFE575BT card Date: 2000, Jan 13 From: Nicola Botta nicola

I'm unable to ftp at more than 10-20 Kbytes / s through a network on which I usually get 400-800 Kbytes / s. This makes my network connection almost unuseful. Below you find a profile of my configuration: 1) relevant /var/log/messages 2) /proc/interrupts 3) /proc/devices 4) lsmod 5) cardctl 6) /etc/pcmcia/config.opts I'd be very grateful for any help / suggestion ! best regards, Nicola 1) lt28:[log]# more /var/log/messages Jan 13 16:54:56 lt28 kernel: cs: cb_alloc(bus 5): vendor 0x10b7, device 0x5157 Jan 13 16:54:56 lt28 cardmgr[381]: initializing socket 1 Jan 13 16:54:56 lt28 cardmgr[381]: socket 1: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL Jan 13 16:54:56 lt28 cardmgr[381]: executing: 'insmod /lib/modules/2.2.13-14/pcm cia/cb_enabler.o' Jan 13 16:54:56 lt28 cardmgr[381]: executing: 'insmod /lib/modules/2.2.13-14/pcm cia/3c575_cb.o' Jan 13 16:54:56 lt28 kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis. gsfc.nasa.gov/linux/drivers/vortex.html Jan 13 16:54:56 lt28 kernel: cs: cb_config(bus 5) Jan 13 16:54:56 lt28 kernel: fn 0 bar 1: io 0x400-0x47f Jan 13 16:54:56 lt28 kernel: fn 0 bar 2: mem 0x60043000-0x6004307f Jan 13 16:54:56 lt28 kernel: fn 0 bar 3: mem 0x60042000-0x6004207f Jan 13 16:54:56 lt28 kernel: fn 0 rom: mem 0x60022000-0x60041fff Jan 13 16:54:56 lt28 kernel: vortex_attach(bus 5, function 0, device 5157) Jan 13 16:54:56 lt28 kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x400, 00:1 0:4b:f6:a1:57, IRQ 9 Jan 13 16:54:56 lt28 kernel: eth0: CardBus functions mapped 60042000->84058000 Jan 13 16:54:56 lt28 kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Jan 13 16:54:56 lt28 kernel: MII transceiver found at address 0, status 7809. Jan 13 16:54:56 lt28 kernel: Enabling bus-master transmits and whole-frame rec eives. Jan 13 16:54:56 lt28 cardmgr[381]: executing: './network start eth0' 2) lt28:[sysconfig]# more /proc/interrupts CPU0 0: 291492 XT-PIC timer 1: 2659 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 1 XT-PIC rtc 9: 5026 XT-PIC eth0 11: 0 XT-PIC i82365 12: 77595 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 17031 XT-PIC ide0 15: 22369 XT-PIC ide1 NMI: 0 3) lt28:[sysconfig]# more /proc/devices Character devices: 1 mem 2 pty 3 ttyp 4 ttyS 5 cua 7 vcs 10 misc 29 fb 36 netlink 128 ptm 136 pts 254 pcmcia Block devices: 3 ide0 9 md 22 ide1 4) lt28:[nicola]> /sbin/lsmod Module Size Used by ide-cd 24628 0 (autoclean) cdrom 13592 0 (autoclean) [ide-cd] 3c575_cb 18728 2 cb_enabler 2216 2 [3c575_cb] ds 5896 2 [cb_enabler] i82365 28180 2 pcmcia_core 49888 0 [cb_enabler ds i82365] nls_iso8859-1 2052 1 (autoclean) nls_cp437 3548 1 (autoclean) vfat 10620 1 (autoclean) fat 31616 1 (autoclean) [vfat] lt28:[nicola]> more /var/run/stab Socket 0: empty Socket 1: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL 1 network 3c575_cb 0 eth0 5) lt28:[nicola]# /sbin/cardctl config Socket 0: not configured Socket 1: Vcc 3.3V Vpp1 3.3V Vpp2 3.3V interface type is "cardbus" irq 9 [exclusive] [level] function 0: io 0x0400-0x047f [32bit] lt28:[nicola]# /sbin/cardctl ident Socket 0: no product info available Socket 1: product info: "3Com Corporation", "3CCFE575BT", "LAN Cardbus Card", "001" manfid: 0x0101, 0x5157 function: 6 (network) 6) # # Local PCMCIA Configuration File # # System resources available for PCMCIA devices # include port 0x100-0x4ff, port 0x1000-0x17ff include memory 0xc0000-0xfffff include memory 0xa0000000-0xa0ffffff, memory 0x60000000-0x60ffffff # # Extra port range for IBM Token Ring # include port 0xa00-0xaff # # Resources we should not use, even if they appear to be available # # First built-in serial port exclude irq 4 # Second built-in serial port exclude irq 3 # First built-in parallel port exclude irq 7 # As per the HOWTO, exclude 0x2f8-0x2ff exclude port 0x2f8-0x2ff # # Examples of options for loadable modules # # To fix sluggish network with IBM ethernet adapter... #module "pcnet_cs" opts "mem_speed=600" # # Options for Xircom Netwave driver... #module "netwave_cs" opts "domain=0x100 scramble_key=0x0" # # Options for IBM Token Ring adapters #module "ibmtr_cs" opts "mmiobase=0xd0000 srambase=0xd4000"

More messages would be useful Re: Question: poor transfer rate with 3CCFE575BT card (Nicola Botta) Date: 2000, Jan 13 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The messages leading up to these would be useful (the PCMCIA probe messages, specifically). Also it might be worth mentioning what kind of laptop this is. -- Dave

More: missing information Re: Question: poor transfer rate with 3CCFE575BT card (Nicola Botta) Date: 2000, Jan 13 From: Nicola Botta nicola

In-Reply-To: <20000113090127.D5984@valinux.com> Sorry for the incomplete information. The laptop is an IBM ThinkPad 600E 2645-4A0. Kernel is 2.2.13, pcmcia is 3.1.3. I'm running an Halloween-linux which is essentially RedHat-6.1. Below you find the complete log of the last reboot. best regards, Nicola Jan 13 18:27:20 lt28 syslogd 1.3-3: restart. Jan 13 18:27:20 lt28 syslog: syslogd startup succeeded Jan 13 18:27:20 lt28 syslog: klogd startup succeeded Jan 13 18:27:20 lt28 kernel: klogd 1.3-3, log source = /proc/kmsg started. Jan 13 18:27:20 lt28 kernel: Inspecting /boot/System.map-2.2.13-14 Jan 13 18:27:20 lt28 kernel: Loaded 5323 symbols from /boot/System.map-2.2.13-14. Jan 13 18:27:20 lt28 kernel: Symbols match kernel version 2.2.13. Jan 13 18:27:20 lt28 kernel: Loaded 51 symbols from 4 modules. Jan 13 18:27:20 lt28 kernel: Linux version 2.2.13-14 (root@lt28.pik-potsdam.de) (gcc version 2.95.2 19991024 (release)) #1 Mon Dec 27 19:57:39 CET 1999 Jan 13 18:27:20 lt28 kernel: Detected 363963530 Hz processor. Jan 13 18:27:20 lt28 kernel: Console: colour VGA+ 80x25 Jan 13 18:27:20 lt28 kernel: Calibrating delay loop... 362.91 BogoMIPS Jan 13 18:27:20 lt28 kernel: Memory: 63156k/65344k available (800k kernel code, 416k reserved, 908k data, 64k init) Jan 13 18:27:20 lt28 kernel: DENTRY hash table entries: 8192 (order: 4, 65536 bytes) Jan 13 18:27:20 lt28 kernel: Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes) Jan 13 18:27:20 lt28 kernel: Page-cache hash table entries: 16384 (order: 4, 65536 bytes) Jan 13 18:27:20 lt28 kernel: VFS: Diskquotas version dquot_6.4.0 initialized Jan 13 18:27:20 lt28 kernel: CPU: Intel Mobile Pentium II stepping 0a Jan 13 18:27:20 lt28 kernel: Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Jan 13 18:27:20 lt28 kernel: Checking 'hlt' instruction... OK. Jan 13 18:27:20 lt28 kernel: POSIX conformance testing by UNIFIX Jan 13 18:27:20 lt28 kernel: PCI: PCI BIOS revision 2.10 entry at 0xfd880 Jan 13 18:27:20 lt28 kernel: PCI: Using configuration type 1 Jan 13 18:27:20 lt28 kernel: PCI: Probing PCI hardware Jan 13 18:27:20 lt28 kernel: Linux NET4.0 for Linux 2.2 Jan 13 18:27:20 lt28 kernel: Based upon Swansea University Computer Society NET3.039 Jan 13 18:27:20 lt28 kernel: NET4: Unix domain sockets 1.0 for Linux NET4.0. Jan 13 18:27:20 lt28 kernel: NET4: Linux TCP/IP 1.0 for NET4.0 Jan 13 18:27:20 lt28 kernel: IP Protocols: ICMP, UDP, TCP, IGMP Jan 13 18:27:20 lt28 kernel: TCP: Hash tables configured (ehash 65536 bhash 65536) Jan 13 18:27:20 lt28 kernel: Initializing RT netlink socket Jan 13 18:27:20 lt28 kernel: Starting kswapd v 1.5 Jan 13 18:27:20 lt28 kernel: Detected PS/2 Mouse Port. Jan 13 18:27:20 lt28 kernel: Serial driver version 4.27 with MANY_PORTS SHARE_IRQ enabled Jan 13 18:27:20 lt28 kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A Jan 13 18:27:20 lt28 kernel: pty: 256 Unix98 ptys configured Jan 13 18:27:20 lt28 kernel: apm: BIOS version 1.2 Flags 0x03 (Driver version 1.9) Jan 13 18:27:20 lt28 kernel: Real Time Clock Driver v1.09 Jan 13 18:27:20 lt28 kernel: PIIX4: IDE controller on PCI bus 00 dev 39 Jan 13 18:27:20 lt28 kernel: PIIX4: not 100% native mode: will probe irqs later Jan 13 18:27:20 lt28 kernel: ide0: BM-DMA at 0xfcf0-0xfcf7, BIOS settings: hda:DMA, hdb:pio Jan 13 18:27:20 lt28 kernel: ide1: BM-DMA at 0xfcf8-0xfcff, BIOS settings: hdc:DMA, hdd:pio Jan 13 18:27:20 lt28 kernel: hda: HITACHI_DK239A-65B, ATA DISK drive Jan 13 18:27:20 lt28 kernel: hdc: TOSHIBA CD-ROM XM-1902B, ATAPI CDROM drive Jan 13 18:27:20 lt28 kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Jan 13 18:27:20 lt28 kernel: ide1 at 0x170-0x177,0x376 on irq 15 Jan 13 18:27:20 lt28 kernel: hda: HITACHI_DK239A-65B, 6149MB w/512kB Cache, CHS=833/240/63, UDMA Jan 13 18:27:20 lt28 kernel: md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 Jan 13 18:27:20 lt28 kernel: raid5: measuring checksumming speed Jan 13 18:27:20 lt28 kernel: raid5: MMX detected, trying high-speed MMX checksum routines Jan 13 18:27:20 lt28 kernel: pII_mmx : 809.625 MB/sec Jan 13 18:27:20 lt28 kernel: p5_mmx : 848.106 MB/sec Jan 13 18:27:20 lt28 kernel: 8regs : 626.364 MB/sec Jan 13 18:27:20 lt28 kernel: 32regs : 372.999 MB/sec Jan 13 18:27:20 lt28 kernel: using fastest function: p5_mmx (848.106 MB/sec) Jan 13 18:27:20 lt28 kernel: md.c: sizeof(mdp_super_t) = 4096 Jan 13 18:27:20 lt28 kernel: Partition check: Jan 13 18:27:20 lt28 kernel: hda: hda1 hda2 < hda5 hda6 > Jan 13 18:27:20 lt28 kernel: autodetecting RAID arrays Jan 13 18:27:20 lt28 kernel: autorun ... Jan 13 18:27:20 lt28 kernel: ... autorun DONE. Jan 13 18:27:20 lt28 kernel: VFS: Mounted root (ext2 filesystem) readonly. Jan 13 18:27:20 lt28 kernel: Freeing unused kernel memory: 64k freed Jan 13 18:27:20 lt28 kernel: Adding Swap: 128480k swap-space (priority -1) Jan 13 18:27:21 lt28 atd: atd startup succeeded Jan 13 18:27:21 lt28 crond: crond startup succeeded Jan 13 18:27:21 lt28 pcmcia: Starting PCMCIA services: Jan 13 18:27:22 lt28 pcmcia: modules Jan 13 18:27:22 lt28 kernel: Linux PCMCIA Card Services 3.1.3 Jan 13 18:27:22 lt28 kernel: kernel build: 2.2.13-14 #1 Mon Dec 27 19:57:39 CET 1999 Jan 13 18:27:22 lt28 kernel: options: [pci] [cardbus] [apm] [pnp] Jan 13 18:27:22 lt28 kernel: PnP: PNP BIOS installation structure at 0x800fe700 Jan 13 18:27:22 lt28 kernel: PnP: PNP BIOS version 1.0, entry at f0000:e724, dseg at f0000 Jan 13 18:27:22 lt28 kernel: PCI routing table version 1.0 at 0xf9e20 Jan 13 18:27:22 lt28 kernel: 00:02.0 -> irq 11 Jan 13 18:27:22 lt28 kernel: 00:02.1 -> irq 11 Jan 13 18:27:22 lt28 kernel: Intel PCIC probe: Jan 13 18:27:22 lt28 kernel: TI 1251A PCI-to-CardBus at bus 0 slot 2, mem 0x50102000, 2 sockets Jan 13 18:27:22 lt28 kernel: host opts [0]: [ring] [pwr save] [isa irq] [pci irq 11] [lat 168/176] [bus 2/4] Jan 13 18:27:22 lt28 kernel: host opts [1]: [ring] [pwr save] [isa irq] [pci irq 11] [lat 168/176] [bus 5/7] Jan 13 18:27:22 lt28 kernel: ISA irqs (scanned) = 3,4,7,9,10 PCI status changes Jan 13 18:27:22 lt28 pcmcia: cardmgr. Jan 13 18:27:22 lt28 rc: Starting pcmcia succeeded Jan 13 18:27:22 lt28 cardmgr[381]: starting, version is 3.1.3 Jan 13 18:27:22 lt28 kernel: cs: cb_alloc(bus 5): vendor 0x10b7, device 0x5157 Jan 13 18:27:22 lt28 kernel: kmem_grow: Called nonatomically from int - size-128 Jan 13 18:27:23 lt28 cardmgr[381]: watching 2 sockets Jan 13 18:27:23 lt28 kernel: cs: IO port probe 0x1000-0x17ff: clean. Jan 13 18:27:23 lt28 kernel: cs: IO port probe 0x0100-0x04ff: clean. Jan 13 18:27:23 lt28 kernel: cs: IO port probe 0x0a00-0x0aff: clean. Jan 13 18:27:23 lt28 cardmgr[381]: initializing socket 1 Jan 13 18:27:23 lt28 cardmgr[381]: socket 1: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL Jan 13 18:27:23 lt28 inet: inetd startup succeeded Jan 13 18:27:23 lt28 cardmgr[381]: executing: 'insmod /lib/modules/2.2.13-14/pcmcia/cb_enabler.o' Jan 13 18:27:23 lt28 cardmgr[381]: executing: 'insmod /lib/modules/2.2.13-14/pcmcia/3c575_cb.o' Jan 13 18:27:23 lt28 kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Jan 13 18:27:23 lt28 kernel: cs: cb_config(bus 5) Jan 13 18:27:23 lt28 kernel: fn 0 bar 1: io 0x400-0x47f Jan 13 18:27:23 lt28 kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Jan 13 18:27:23 lt28 kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Jan 13 18:27:23 lt28 kernel: fn 0 rom: mem 0x60000000-0x6001ffff Jan 13 18:27:23 lt28 kernel: vortex_attach(bus 5, function 0, device 5157) Jan 13 18:27:23 lt28 kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x400, 00:10:4b:f6:a1:57, IRQ 9 Jan 13 18:27:23 lt28 kernel: eth0: CardBus functions mapped 60020000->84049000 Jan 13 18:27:23 lt28 kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Jan 13 18:27:23 lt28 kernel: MII transceiver found at address 0, status 7809. Jan 13 18:27:23 lt28 kernel: Enabling bus-master transmits and whole-frame receives. Jan 13 18:27:23 lt28 cardmgr[381]: executing: './network start eth0' Jan 13 18:27:23 lt28 sshd2: Starting sshd2: Jan 13 18:27:24 lt28 sshd2[410]: Listener created on port 22. Jan 13 18:27:24 lt28 sshd2: sshd2 Jan 13 18:27:24 lt28 sshd2[468]: Daemon is running. Jan 13 18:27:24 lt28 rc: Starting sshd2 succeeded Jan 13 18:27:24 lt28 sshd: Starting sshd: Jan 13 18:27:24 lt28 sshd[476]: FATAL ERROR: Creating listener failed: port 22 probably already in use! Jan 13 18:27:24 lt28 sshd: Jan 13 18:27:24 lt28 sshd: sshd Jan 13 18:27:24 lt28 rc: Starting sshd succeeded Jan 13 18:27:24 lt28 lpd: lpd startup succeeded Jan 13 18:27:24 lt28 keytable: Loading keymap: Jan 13 18:27:25 lt28 keytable: Loading /usr/lib/kbd/keymaps/i386/qwertz/de-latin1-nodeadkeys.kmap.gz Jan 13 18:27:25 lt28 keytable: Loading system font: Jan 13 18:27:25 lt28 rc: Starting keytable succeeded Jan 13 18:27:26 lt28 sendmail: sendmail startup succeeded Jan 13 18:27:27 lt28 gpm: gpm startup succeeded Jan 13 18:27:27 lt28 xfs: xfs startup succeeded Jan 13 18:27:28 lt28 linuxconf: execvp: Permission denied Jan 13 18:27:28 lt28 rc: Starting linuxconf failed Jan 13 18:27:46 lt28 PAM_pwdb[606]: (kde) session opened for user nicola by (uid=0) Jan 13 18:27:47 lt28 kernel: hdc: ATAPI 24X CD-ROM drive, 128kB Cache Jan 13 18:27:47 lt28 kernel: Uniform CDROM driver Revision: 2.56 Jan 13 18:27:52 lt28 modprobe: can't locate module char-major-14 Jan 13 18:36:57 lt28 PAM_pwdb[749]: (su) session opened for user root by nicola(uid=500) lt28:[nicola]# home.nicola..-11-01-2000.tgz

More: Another piece of information Re: Question: poor transfer rate with 3CCFE575BT card (Nicola Botta) Date: 2000, Jan 14 From: Nicola Botta nicola

Today I reconfigured IP address, gateway etc. and I tried to connect to another network. The results are quite upsetting: 1) I do get between 200 Kbytes / s on ftp file transfer to a local machine and 1-10 Kbytes / s when I try to ftp to or from a remote machine. 2) Two ftp transfer (to a local and to a remote machine) at the same time run both at 1-10 Kbytes / s. 3) the connection seems to brake down for some time (during this time I cannot ping other machines or I do get "host unreachable" like messages). After a while I can ping again with no package losses and reasonable round-trip timings. Yesterday I tried another 3Com card (ethernet + modem) and it worked smoothly at 200 Kbytes / s. Do you have any suggestion ? Do you think I should give the card back and try with another one ? thanks for your attention and have a nice weekend ! Nicola

Ok: broken card Re: Question: poor transfer rate with 3CCFE575BT card (Nicola Botta) Date: 2000, Jan 17 From: Nicola Botta nicola

After having consistently measured 500-800 Kbytes / s on ftp transfer with a 3C589C COMBO CABLE card I decided to check my 3CCFE575BT under Windows. The performance was just as under linux, irregularly varying between 5 and 200 Kbytes / s (mainly 10-20 Kbytes / s). My conclusion is that the card is broken. Sorry for having posted this pseudo problem and many thanks to David Hinds for his continuous help ! best regards, Nicola

Ok: card replacement Re: Question: poor transfer rate with 3CCFE575BT card (Nicola Botta) Date: 2000, Jan 27 From: Nicola Botta nicola

Today I received a new card from 3Com as a replacement for the broken one. The service was effective, the card beeing delivered in three days via DHL. The new card works fine. thanks for your help, Nicola

Sad: Dell Inspiron 7500 and 3C575CT Date: 2000, Jan 17 From: Antônio Kanaan akanaan

A month ago I e-mailed this list about the Dell I7500 and a 3C575CT ethernet card. After upgrading to pcmcia-cs-3.1.6 everything was working fine. Until today. I can't find what has changed but I now have the same problems other people have reported before. Namely, I start the eth0 interface and things are fine for a few seconds. Then, as soon as I start tranferring more data through the eth0 interface it slows down. I grabbed pcmcia-cs-3.1.8 built and installed it, and I still have exactly the same problem. In the system messages all I get is: Jan 17 16:48:52 doradus kernel: eth0: transmit timed out, tx_status 00 status e000 I am running RH6.1 with kernel 2.2.12 and was using pcmcia-cs-2.1.6 which was replaced today by pcmcia-cs-2.1.8 Any hints will be most welcome. Thanks, Antônio

News: Maybe a fix Re: Sad: Dell Inspiron 7500 and 3C575CT (Antônio Kanaan) Date: 2000, May 26 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Try the 25-May-00 beta on sourceforge.org in /pcmcia/NEW. -- Dave

Sad: 3Com 3CCFE575 Date: 2000, Jan 18 From: Cristian Grigoriu grig

Hello everybody, I'm having a terrible time setting up PCMCIA on my Fujitsu LifeBook 585Tx. The problem is even if everything seems ok, when trying to ping I get first a series of "Destination Host Unreachable" then "eth0: transmit timed out, tx_status 00 status e681. eth0: Interrupt posted but not delivered -- IRQ blocked by another device?" then I get replies after 35 to 5 seconds (35000 - 5000 ms). Here come the dumps: "/etc/sysconfig/pcmcia" PCMCIA=yes PCIC=i82365 PCIC_OPTS= CORE_OPTS= PCI_INT=1 PCI_CSC=1 "/etc/pcmcia/config.opts" # # Local PCMCIA Configuration File # # System resources available for PCMCIA devices # include irq 11 include port 0x1080-0x10ff include memory 0x04000000-0x04040fff # # Extra port range for IBM Token Ring # # include port 0xa00-0xaff # # Resources we should not use, even if they appear to be available # # First built-in serial port exclude irq 4 # Second built-in serial port exclude irq 3 # First built-in parallel port exclude irq 7 exclude irq 0 exclude irq 1 exclude irq 2 exclude irq 5 exclude irq 6 exclude irq 8 exclude irq 10 #exclude irq 11 exclude irq 12 exclude irq 13 exclude irq 14 exclude irq 15 # # Examples of options for loadable modules # # To fix sluggish network with IBM ethernet adapter... #module "pcnet_cs" opts "mem_speed=600" # # Options for Xircom Netwave driver... #module "netwave_cs" opts "domain=0x100 scramble_key=0x0" # # Options for IBM Token Ring adapters #module "ibmtr_cs" opts "mmiobase=0xd0000 srambase=0xd4000" "/etc/pcmcia/network.opts" # Network Device Configuration # # The address format is "scheme,socket,instance". # case "$ADDRESS" in *,*,*,*) IF_PORT="100baseT4" PUMP="n" BOOTP="n" DHCP="n" IPADDR="192.168.1.236" NETMASK="255.255.255.0" BROADCAST="192.168.1.255" NETWORK="192.168.1.0" GATEWAY="192.168.1.236" DOMAIN="tofan.ro" DNS_1="192.168.1.237" DNS_2="192.168.1.2" ;; esac "dmesg" Linux version 2.2.12-20 (root@porky.devel.redhat.com) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Mon Sep 27 10:25:54 EDT 1999 Detected 233866125 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 466.94 BogoMIPS Memory: 62780k/65536k available (1008k kernel code, 412k reserved, 992k data, 64k init) DENTRY hash table entries: 262144 (order: 9, 2097152 bytes) Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes) Page-cache hash table entries: 16384 (order: 4, 65536 bytes) VFS: Diskquotas version dquot_6.4.0 initialized CPU: Intel Mobile Pentium MMX stepping 01 Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. Intel Pentium with F0 0F bug - workaround enabled. POSIX conformance testing by UNIFIX PCI: PCI BIOS revision 2.10 entry at 0xfd9f0 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: Enabling I/O for device 00:0a Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP TCP: Hash tables configured (ehash 65536 bhash 65536) Initializing RT netlink socket Starting kswapd v 1.5 Detected PS/2 Mouse Port. Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A pty: 256 Unix98 ptys configured apm: BIOS version 1.2 Flags 0x03 (Driver version 1.9) Real Time Clock Driver v1.09 RAM disk driver initialized: 16 RAM disks of 4096K size PIIX4: IDE controller on PCI bus 00 dev 09 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xfcf0-0xfcf7, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0xfcf8-0xfcff, BIOS settings: hdc:pio, hdd:pio hda: IBM-DTCA-24090, ATA DISK drive hdc: UJDA110, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: IBM-DTCA-24090, 3909MB w/468kB Cache, CHS=993/128/63 hdc: ATAPI 14X CD-ROM drive, 128kB Cache Uniform CDROM driver Revision: 2.56 Floppy drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor PC87306 md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 raid5: measuring checksumming speed raid5: MMX detected, trying high-speed MMX checksum routines pII_mmx : 352.425 MB/sec p5_mmx : 421.005 MB/sec 8regs : 253.365 MB/sec 32regs : 188.214 MB/sec using fastest function: p5_mmx (421.005 MB/sec) scsi : 0 hosts. scsi : detected total. md.c: sizeof(mdp_super_t) = 4096 Partition check: hda: hda1 hda2 < hda5 hda6 > RAMDISK: Compressed image found at block 0 autodetecting RAID arrays autorun ... ... autorun DONE. VFS: Mounted root (ext2 filesystem). autodetecting RAID arrays autorun ... ... autorun DONE. VFS: Mounted root (ext2 filesystem) readonly. change_root: old root has d_count=1 Trying to unmount old root ... okay Freeing unused kernel memory: 64k freed Adding Swap: 16088k swap-space (priority -1) Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996 SB 3.01 detected OK (220) ESS chip ES1878 detected YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996 Linux PCMCIA Card Services 3.0.14 kernel build: 2.2.12-20 #1 Mon Sep 27 10:25:54 EDT 1999 options: [pci] [cardbus] [apm] Intel PCIC probe: O2Micro OZ6832 PCI-to-CardBus at bus 0 slot 16, mem 0x68000000, 2 sockets host opts [0]: [a 40] [b 01] [c 00] [d 02] [mhpg 18] [fifo 00] [e 02] [no pci irq] [lat 168/176] [bus 32/34] host opts [1]: [a 40] [b 01] [c 50] [d 02] [mhpg 18] [fifo 00] [e 02] [no pci irq] [lat 168/176] [bus 35/37] ISA irqs (default) = 3,4,7,10,11,12 polling interval = 1000 ms cs: IO port probe 0x1080-0x10ff: clean. unloading PCMCIA Card Services Linux PCMCIA Card Services 3.0.14 kernel build: 2.2.12-20 #1 Mon Sep 27 10:25:54 EDT 1999 options: [pci] [cardbus] [apm] Intel PCIC probe: O2Micro OZ6832 PCI-to-CardBus at bus 0 slot 16, mem 0x68000000, 2 sockets host opts [0]: [a 40] [b 01] [c 00] [d 02] [mhpg 18] [fifo 00] [e 02] [no pci irq] [lat 168/176] [bus 32/34] host opts [1]: [a 40] [b 01] [c 50] [d 02] [mhpg 18] [fifo 00] [e 02] [no pci irq] [lat 168/176] [bus 35/37] ISA irqs (default) = 3,4,7,10,11 polling interval = 1000 ms cs: IO port probe 0x1080-0x10ff: clean. 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html cs: cb_config(bus 32): vendor 0x10b7, device 0x5157 fn 0 bar 1: io 0x1080-0x10ff fn 0 bar 2: mem 0x4021000-0x402107f fn 0 bar 3: mem 0x4020000-0x402007f fn 0 rom: mem 0x4000000-0x401ffff cs: cb_enable(bus 32) bridge io map 0 (flags 0x21): 0x1080-0x10ff bridge mem map 0 (flags 0x1): 0x4000000-0x4021fff vortex_attach(bus 32, function 0, device 5157) eth0: 3Com 3CCFE575 Cyclone CardBus at 0x1080, 00:10:4b:a5:87:ad, IRQ 11 eth0: CardBus functions mapped 04020000->c4856000 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. MII transceiver found at address 0, status 7809. Enabling bus-master transmits and whole-frame receives. cat uses obsolete /proc/pci interface "cat /proc/interrupts" CPU0 0: 154397 XT-PIC timer 1: 549 XT-PIC keyboard 2: 0 XT-PIC cascade 5: 1 XT-PIC soundblaster 8: 1 XT-PIC rtc 11: 2 XT-PIC eth0 12: 12 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 46621 XT-PIC ide0 15: 4 XT-PIC ide1 NMI: 0 "cat /proc/pci" PCI devices found: Bus 32, device 0, function 0: Ethernet controller: 3Com Unknown device (rev 1). Vendor id=10b7. Device id=5157. Medium devsel. IRQ 11. Non-prefetchable 32 bit memory at 0x1080 [0x1080]. Non-prefetchable 32 bit memory at 0x4021000 [0x4021000]. Non-prefetchable 32 bit memory at 0x4020000 [0x4020000]. Bus 0, device 0, function 0: Host bridge: Intel 82439TX (rev 1). Medium devsel. Master Capable. Latency=32. Bus 0, device 1, function 0: ISA bridge: Intel 82371AB PIIX4 ISA (rev 1). Medium devsel. Fast back-to-back capable. Master Capable. No bursts. Bus 0, device 1, function 1: IDE interface: Intel 82371AB PIIX4 IDE (rev 1). Medium devsel. Fast back-to-back capable. Master Capable. Latency=64. I/O at 0xfcf0 [0xfcf1]. Bus 0, device 1, function 2: USB Controller: Intel 82371AB PIIX4 USB (rev 1). Medium devsel. Fast back-to-back capable. Master Capable. Latency=64. I/O at 0xfcc0 [0xfcc1]. Bus 0, device 1, function 3: Bridge: Intel 82371AB PIIX4 ACPI (rev 1). Medium devsel. Fast back-to-back capable. Bus 0, device 16, function 0: CardBus bridge: O2 Micro 6832 (rev 2). Medium devsel. Master Capable. No bursts. Min Gnt=128.Max Lat=4. Bus 0, device 16, function 1: CardBus bridge: O2 Micro 6832 (rev 2). Medium devsel. Master Capable. No bursts. Min Gnt=128.Max Lat=4. Bus 0, device 20, function 0: VGA compatible controller: Trident TG 9660 / Cyber9385 (rev 211). Medium devsel. Fast back-to-back capable. IRQ 9. Non-prefetchable 32 bit memory at 0xfe400000 [0xfe400000]. Non-prefetchable 32 bit memory at 0xfedf0000 [0xfedf0000]. Non-prefetchable 32 bit memory at 0xfe800000 [0xfe800000]. "cat /proc/ioports" 0000-001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0070-007f : rtc 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0220-022f : soundblaster 0376-0376 : ide1 0388-038b : Yamaha OPL3 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial(auto) 1080-10ff : cb_enabler fcf0-fcf7 : ide0 fcf8-fcff : ide1 "cat /proc/modules" 3c575_cb 18792 2 cb_enabler 2104 2 [3c575_cb] ds 5740 2 [cb_enabler] i82365 22640 2 pcmcia_core 39912 0 [cb_enabler ds i82365] opl3 11208 0 (unused) sb 33620 0 uart401 5968 0 [sb] sound 57240 0 [opl3 sb uart401] soundlow 300 0 [sound] soundcore 2372 5 [sb sound] "cardctl config" Socket 0: Vcc = 3.3, Vpp1 = 3.3, Vpp2 = 3.3 Interface type is cardbus IRQ 11 is exclusive, level mode, enabled Function 0: I/O window 1: 0x1080 to 0x10ff, 32 bit Socket 1: not configured "/sbin/ifconfig" eth0 Link encap:Ethernet HWaddr 00:10:4B:A5:87:AD inet addr:192.168.1.236 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:172 errors:0 dropped:0 overruns:571 frame:0 TX packets:70 errors:4 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 Interrupt:11 Base address:0x1080 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:52 errors:0 dropped:0 overruns:0 frame:0 TX packets:52 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 ANY help is highly appreciated. Cristian Grigoriu

It's an O2Micro bridge issue, maybe fixed in latest drivers Re: Sad: 3Com 3CCFE575 (Cristian Grigoriu) Date: 2000, Jan 21 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Try building the latest beta driver package (on sourceforge.org in /pcmcia/NEW). -- Dave

Disagree: Same problem with kernel 2.2.14 & pcmcia-cs 3.1.14 Re: It's an O2Micro bridge issue, maybe fixed in latest drivers (David Hinds) Date: 2000, Apr 20 From: Gregory Ade <gkade@bigbrother.net>

I have almost identical problems to this using the latest version of pcmcia-cs with 2.2.14 on my own Dell Inspiron 3500 w/ 3CCFE575BT-D. I was trying to figure out what on earth could be the problem, since I don't have any difficulty on the 10MHz ethernet at the office, but no end of troubles on my 10/100 MHz hub at home. Unfortunately, I left my notebook at the office, so I can't get any data from it right now. But, it's essentially the same as the previous post. I'll post later if requested. I can say that I'm excluding IRQ's 4, 5 and 7, the TI Cardbus (and both cards in it) run at IRQ 10.

Question: Untitled Re: Sad: 3Com 3CCFE575 (Cristian Grigoriu) Date: 2000, Feb 15 From: Cristian Grigoriu grig

I have installed the latest (February, 14th) PCMCIA package. I still have the same problem. However, when using a borrowed 16 bit PC-Card, everything's working fine. What should I do? Wait for my O2 Micro issue to be fixed or should I buy a new adapter? If I buy a new PC Card, should it be CardBus or 16 bit? I mean, will I have that problem with any other CardBus adapter? I would like to buy a CardBus one because of its advantages. Any ideas? Thanks, Cristian Grigoriu

Feedback: system log messages with the 14-Feb-00 drivers Re: Sad: 3Com 3CCFE575 (Cristian Grigoriu) Date: 2000, Feb 16 From: Cristian Grigoriu grig

First I have boot-up Win98 and that's what I've found: O2Micro OZ6832/6833 CardBus Controller: The resources this device is using do not match any of its known configurations. To assign resources manually for this device, click Set Configuration Manually. Input/Output Range 1080 - 10FF Memory Range 04020000 - 04040FFF Interrupt Request 09 Memory Range 04001000 - 04001FFF 3Com Megahertz 10/100 LAN CardBus PC Card Interrupt Request 09 Memory Range 04040000 - 0404007F Memory Range 04040080 - 040400FF Input/Output Range 1080 - 10FF Memory Range 04020000 - 0403FFFF Then, I have boot-up RedHat 6.1, /etc/rc.d/init.d/pcmcia restart, ping 192.168.1.1: dmesg: Linux version 2.2.12-20 (root@porky.devel.redhat.com) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Mon Sep 27 10:25:54 EDT 1999 Detected 233866685 Hz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 466.94 BogoMIPS Memory: 62780k/65536k available (1008k kernel code, 412k reserved, 992k data, 64k init) DENTRY hash table entries: 262144 (order: 9, 2097152 bytes) Buffer-cache hash table entries: 65536 (order: 6, 262144 bytes) Page-cache hash table entries: 16384 (order: 4, 65536 bytes) VFS: Diskquotas version dquot_6.4.0 initialized CPU: Intel Mobile Pentium MMX stepping 01 Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Checking 'hlt' instruction... OK. Intel Pentium with F0 0F bug - workaround enabled. POSIX conformance testing by UNIFIX PCI: PCI BIOS revision 2.10 entry at 0xfd9f0 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: Enabling I/O for device 00:0a Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP TCP: Hash tables configured (ehash 65536 bhash 65536) Initializing RT netlink socket Starting kswapd v 1.5 Detected PS/2 Mouse Port. Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A pty: 256 Unix98 ptys configured apm: BIOS version 1.2 Flags 0x03 (Driver version 1.9) Real Time Clock Driver v1.09 RAM disk driver initialized: 16 RAM disks of 4096K size PIIX4: IDE controller on PCI bus 00 dev 09 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xfcf0-0xfcf7, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0xfcf8-0xfcff, BIOS settings: hdc:pio, hdd:pio hda: IBM-DTCA-24090, ATA DISK drive hdc: UJDA110, ATAPI CDROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: IBM-DTCA-24090, 3909MB w/468kB Cache, CHS=993/128/63 hdc: ATAPI 14X CD-ROM drive, 128kB Cache Uniform CDROM driver Revision: 2.56 Floppy drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor PC87306 md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 raid5: measuring checksumming speed raid5: MMX detected, trying high-speed MMX checksum routines pII_mmx : 352.425 MB/sec p5_mmx : 421.005 MB/sec 8regs : 252.984 MB/sec 32regs : 188.214 MB/sec using fastest function: p5_mmx (421.005 MB/sec) scsi : 0 hosts. scsi : detected total. md.c: sizeof(mdp_super_t) = 4096 Partition check: hda: hda1 hda2 < hda5 hda6 > RAMDISK: Compressed image found at block 0 autodetecting RAID arrays autorun ... ... autorun DONE. VFS: Mounted root (ext2 filesystem). autodetecting RAID arrays autorun ... ... autorun DONE. VFS: Mounted root (ext2 filesystem) readonly. change_root: old root has d_count=1 Trying to unmount old root ... okay Freeing unused kernel memory: 64k freed Adding Swap: 16088k swap-space (priority -1) Linux PCMCIA Card Services 3.1.11 kernel build: 2.2.12-20 #1 Mon Sep 27 10:25:54 EDT 1999 options: [pci] [cardbus] [apm] [pnp] PCI routing table version 1.0 at 0xfdf70 00:10.0 -> irq 9 00:10.1 -> irq 9 PnP: PNP BIOS installation structure at 0xc00f6930 PnP: PNP BIOS version 1.0, entry at f0000:aa15, dseg at 400 Intel PCIC probe: Bridge register mapping failed: check cb_mem_base setting not found. ds: no socket drivers loaded! Intel PCIC probe: O2Micro OZ6832/OZ6833 PCI-to-CardBus at slot 00:10, mem 0x68000000 host opts [0]: [a 40] [b 01] [c 00] [d 02] [mhpg 18] [fifo 00] [e 02] [pci irq 9] [lat 168/176] [bus 35/37] host opts [1]: [a 40] [b 01] [c 50] [d 02] [mhpg 18] [fifo 00] [e 02] [pci irq 9] [lat 168/176] [bus 38/40] ISA irqs (default) = 3,4,5,7,10,11 PCI status changes cs: IO port probe 0x0c00-0x0cff: clean. cs: IO port probe 0x0800-0x08ff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x300-0x307 0x378-0x37f 0x388-0x38f cs: IO port probe 0x0a00-0x0aff: clean. cs: cb_alloc(bus 38): vendor 0x10b7, device 0x5157 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html cs: cb_config(bus 38) fn 0 bar 1: io 0x280-0x2ff fn 0 bar 2: mem 0x60021000-0x6002107f fn 0 bar 3: mem 0x60020000-0x6002007f fn 0 rom: mem 0x60000000-0x6001ffff cs: cb_enable(bus 38) bridge io map 0 (flags 0x21): 0x280-0x2ff bridge mem map 0 (flags 0x1): 0x60000000-0x60021fff vortex_reap() vortex_attach(bus 38, function 0, device 5157) eth0: 3Com 3CCFE575 Cyclone CardBus at 0x280, 00:10:4b:a5:87:ad, IRQ 9 eth0: CardBus functions mapped 60020000->c4829000 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. MII transceiver found at address 0, status 7809. Enabling bus-master transmits and whole-frame receives. eth0: transmit timed out, tx_status 00 status e681. eth0: Interrupt posted but not delivered -- IRQ blocked by another device? Flags; bus-master 1, full 0; dirty 16 current 16. Transmit list 00000000 vs. c3ff0200. 0: @c3ff0200 length 8000002a status 8001002a 1: @c3ff0210 length 8000002a status 8001002a 2: @c3ff0220 length 8000002a status 8001002a 3: @c3ff0230 length 8000002a status 8001002a 4: @c3ff0240 length 8000002a status 8001002a 5: @c3ff0250 length 8000002a status 8001002a 6: @c3ff0260 length 8000002a status 8001002a 7: @c3ff0270 length 8000002a status 8001002a 8: @c3ff0280 length 8000002a status 8001002a 9: @c3ff0290 length 8000002a status 8001002a 10: @c3ff02a0 length 8000002a status 8001002a 11: @c3ff02b0 length 8000002a status 8001002a 12: @c3ff02c0 length 8000002a status 8001002a 13: @c3ff02d0 length 8000002a status 8001002a 14: @c3ff02e0 length 8000002a status 8001002a 15: @c3ff02f0 length 8000002a status 8001002a eth0: Resetting the Tx ring pointer. /sbin/ifconfig: eth0 Link encap:Ethernet HWaddr 00:10:4B:A5:87:AD inet addr:192.168.1.236 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:200 frame:0 TX packets:6 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 Interrupt:9 Base address:0x280 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:35 errors:0 dropped:0 overruns:0 frame:0 TX packets:35 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 cat /etc/sysconfig/pcmcia: PCMCIA=yes PCIC=i82365 PCIC_OPTS= CORE_OPTS= CARDMGR_OPTS= cat /etc/pcmcia/config.opts: # # Local PCMCIA Configuration File # #---------------------------------------------------------------------- # System resources available for PCMCIA devices include port 0x100-0x4ff, port 0x800-0x8ff, port 0xc00-0xcff include memory 0xc0000-0xfffff include memory 0xa0000000-0xa0ffffff, memory 0x60000000-0x60ffffff # High port numbers do not always work... # include port 0x1000-0x17ff # Extra port range for IBM Token Ring include port 0xa00-0xaff # Resources we should not use, even if they appear to be available # First built-in serial port exclude irq 4 # Second built-in serial port #exclude irq 3 # First built-in parallel port exclude irq 7 #---------------------------------------------------------------------- # Examples of options for loadable modules # To fix sluggish network with IBM ethernet adapter... #module "pcnet_cs" opts "mem_speed=600" # Options for IBM Token Ring adapters #module "ibmtr_cs" opts "mmiobase=0xd0000 srambase=0xd4000" # Options for Raylink/WebGear driver: uncomment only one line... # Generic ad-hoc network module "ray_cs" opts "pc_debug=1 essid=ADHOC_ESSID hop_dwell=128 beacon_period=256 translate=1" # Infrastructure network for older cards #module "ray_cs" opts "pc_debug=1 net_type=1 essid=ESSID1" # Infrastructure network for WebGear #module "ray_cs" opts "pc_debug=1 net_type=1 essid=ESSID1 translate=1 hop_dwell=128 beacon_period=256" # Options for WaveLAN/IEEE driver (AccessPoint mode)... #module "wvlan_cs" opts "station_name=MY_PC" # Options for WaveLAN/IEEE driver (ad-hoc mode)... #module "wvlan_cs" opts "port_type=3 channel=1 station_name=MY_PC" # Options for Xircom Netwave driver... #module "netwave_cs" opts "domain=0x100 scramble_key=0x0" cat /etc/pcmcia/network.opts: # Network adapter configuration # # The address format is "scheme,socket,instance,hwaddr". # # Note: the "network address" here is NOT the same as the IP address. # See the Networking HOWTO. In short, the network address is the IP # address masked by the netmask. # case "$ADDRESS" in *,*,*,*) INFO="Sample private network setup" # Transceiver selection, for some cards -- see 'man ifport' IF_PORT="" # Use BOOTP (via /sbin/bootpc, or /sbin/pump)? [y/n] BOOTP="n" # Use DHCP (via /sbin/dhcpcd, /sbin/dhclient, or /sbin/pump)? [y/n] DHCP="n" # Host's IP address, netmask, network address, broadcast address IPADDR="192.168.1.236" NETMASK="255.255.255.0" NETWORK="192.168.1.0" BROADCAST="192.168.1.255" # Gateway address for static routing GATEWAY="192.168.1.236" # Things to add to /etc/resolv.conf for this interface DOMAIN="" SEARCH="" DNS_1="" DNS_2="" DNS_3="" # NFS mounts, should be listed in /etc/fstab MOUNTS="" # For IPX interfaces, the frame type and network number IPX_FRAME="" IPX_NETNUM="" # Extra stuff to do after setting up the interface start_fn () { return; } # Extra stuff to do before shutting down the interface stop_fn () { return; } ;; esac cardctl config: Socket 0: not configured Socket 1: Vcc 3.3V Vpp1 3.3V Vpp2 3.3V interface type is "cardbus" irq 9 [exclusive] [level] function 0: io 0x0280-0x02ff [32bit]

Question: Dell Latitude CPi, 3ccfe575ct almost works Date: 2000, Jan 29 From: lgoodbar

Running RedHat 6.0 stock (kernel 2.2.5-15) and cardmgr version 3.0.9. I almost have this card set up. I added the following to options: card "LAN Cardbus Card" version "3Com Corporation", "3CCFE575CT" bind "3c575_cb" I used LinuxConf to assign hostname, IP address and netmask. I get 2 high beeps, and ifconfig shows eth0 bound to the card. HOWEVER, I run a 10base network, and this card is 10/100. I have no light on my hub for this card. Is there a config option to force 10Mb transmission? Thanks! Loyd

Not quite as close as you think Re: Question: Dell Latitude CPi, 3ccfe575ct almost works Date: 2000, Jan 29 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The 3CCFE575CT does not work with the 3.0.9 PCMCIA drivers. You need a driver upgrade. There's one trivial hardware difference from other 575 cards, the result of which is that with the old drivers, the transceiver module on the CT card is never powered up. -- Dave

Question: Untitled Re: Not quite as close as you think (David Hinds) Date: 2000, Jan 29 From: lgoodbar

OK, I installed package version 3.1.8 and the network card is found and configured. I have a tranceiver light (10Mbit). IFCONFIG looks okay. However, ROUTE does not have an entry for the host machine. I tried route add 192.168.164.8 to add a destination point for this machine, and got the error SIOCADDRT: No such device So I'm wondering what else I need to do... /proc/net/dev reports an eth0 interface. I cannot ping by hostname or ip address to any machine, and cannot receive any pings from other machines on the network. I'm hoping there's something simple I missed.

More: Sill not there Re: Question: Untitled Date: 2000, Jan 29 From: lgoodbar

I tried route add 192.168.164.8 eth0 and now have a host route defined. However, still can't ping other hosts or receive pings. Loyd

More: I think I'm there but... Re: More: Sill not there Date: 2000, Jan 29 From: lgoodbar

I have some basic networking now! After Linux boots, I run the following commands: route add 192.168.164.8 eth0 /etc/rc.d/init.d/routed restart Now I can ping and receive pings from the network. However, the first two receives and sends take an abnormally long time to complete. After that, everything is in the 1.0-2.0 ms range. Is that normal? [root@callisto /]# ping 192.168.164.1 PING 192.168.164.1 (192.168.164.1): 56 data bytes 64 bytes from 192.168.164.1: icmq_seq=10 ttl=64 time=205.8 ms 64 bytes from 192.168.164.1: icmq_seq=9 ttl=64 time=1214.8 ms 64 bytes from 192.168.164.1: icmq_seq=11 ttl=64 time=1.0 ms 64 bytes from 192.168.164.1: icmq_seq=12 ttl=64 time=1.1 ms 64 bytes from 192.168.164.1: icmq_seq=13 ttl=64 time=1.0 ms I get similar results from the machine pinging this one. [root@leda /]# ping 192.168.164.8 PING 192.168.164.8 (192.168.164.8): 56 data bytes 64 bytes from 192.168.164.1: icmq_seq=2 ttl=255 time=783.7 ms 64 bytes from 192.168.164.1: icmq_seq=1 ttl=255 time=1784.3 ms 64 bytes from 192.168.164.1: icmq_seq=0 ttl=255 time=2779.5 ms 64 bytes from 192.168.164.1: icmq_seq=3 ttl=255 time=0.6 ms 64 bytes from 192.168.164.1: icmq_seq=4 ttl=255 time=0.6 ms Is the best bet to add the route and routed lines to /etc/rc.d/rc.local script? Or is there another, more relevant place to put this? Thanks! Loyd

Re: More: I think I'm there but... Re: More: I think I'm there but... Date: 2000, Jan 30 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Yes, it is normal for the first couple pings to be slow. As for the route commands, normally you would just edit /etc/pcmcia/network.opts to describe your network, and not try to do the configuration by hand. -- Dave

Question: 3CCFEM656 Date: 2000, Jan 29 From: Alex Pearsall rebelpacket

Hello, I recently bought a Dell 10/100 bT + 56k modem/lan combo card, aka 3CCFEM656B. I have slackware 7 installed, and i belive all the latest pcmcia software. When i insert the card, everything is detected, and the interface is brought up. But when i go to broadcast or recive packets, i get 100% packet loss. All my settings are correct, and as they sould be in the /etc/pcmcia/network.opts and other such configureation scripts. The module that is inserted is 3c575_cb. Anyone have any ideas? -Alex

Note: Same Deal Here ----What I found and question about the modem Re: Question: 3CCFEM656 (Alex Pearsall) Date: 2000, Jan 29 From: Mike Kirkpatrick mwkirk

I am setting up Suse 6.3 on a NEC Versa SX. When the machine starts I get a failed message when it hits the network start and route start portions of the script. Also, The nic shows both the 10 Mb and 100 Mb lights like it is trying to autodetect or something. But, after the machine is up and running I can go into etc/rc.d and do a ./network restart and a ./route restart and it comes up and works fine. I have not been able to get DHCP to work at all but I have a fluke server I am playing with on a Win98 machine that may be the problem there. It seems to me to be some type of timing issue as to when the pcmcia stuff is loaded and then when it tries to start up the networking. Unfortunately, I am not quite sure how to fix it. About the modem: I have read on these groups that the modem will not work with Linux because it is a Winmodem. I thought that winmodems were only for Win95/Win98. I had this in a machine with NT 4.0 loaded and it worked great. Will Winmodems work under NT as well. I thought they wouldn't but correct me if I am wrong.

I'd need more information Re: Question: 3CCFEM656 (Alex Pearsall) Date: 2000, Jan 31 From: David Hinds <dhinds@pcmcia.sourceforge.org>

You should check your system log messages; also, unless you've installed the latest PCMCIA software yourself, there's no reason for you to believe you've got the latest. That would be unlikely, since the latest was only released four days ago. You also need to say what model of laptop you're using. -- Dave

oh.. ok! Re: I'd need more information (David Hinds) Date: 2000, Jan 31 From: Alex Pearsall rebelpacket

Ok, im sorry mr hinds. I have a presario 1230 laptop, and i am NOW, currently running mandrake 7.0. I tried 2 days ago to upgrade the pcmcia package, but it said something along the lines of "cardmngr version is different" or something to that nature. The other day, i was trying out turbolinux, and somehow, miraculously, it worked, only during the install. When i re-booted, it was gone. I will download the latest PCMCIA services right after this( i want the diff file correct?). After this, ill see if it still doesnt work. Thank you for your help. -Alex

Question: Another 656 question. Re: Question: 3CCFEM656 (Alex Pearsall) Date: 2000, Feb 02 From: Hunter Ware HunterWare

I have the same card in my Inspiron 7000, using the pcmcia-cs-3.1.9. The card works almost perfectly. No evil-looking startup messages, autodetecting network speed, and eject/insert and suspend and resume (cardctl) work well. My only query is with the data tx speeds of the card. My download (to laptop) speed is full network speed, but my upload (from laptop to network) speed is about 5k bytes/sec. This is tested on different networks (100 and 10 baseT). Under windoze I don't see this phenom at all. cat /var/log/messages <snFeb 1 22:14:03 wiley pcmcia: Starting PCMCIA services: Feb 1 22:14:03 wiley pcmcia: modules Feb 1 22:14:03 wiley kernel: Linux PCMCIA Card Services 3.1.9 Feb 1 22:14:03 wiley kernel: kernel build: 2.2.14 #3 Thu Jan 27 18:01:39 EST 2000 Feb 1 22:14:03 wiley kernel: options: [pci] [cardbus] [apm] [pnp] Feb 1 22:14:03 wiley kernel: PCI routing table version 1.0 at 0xfdf60 Feb 1 22:14:03 wiley kernel: 00:04.0 -> irq 11 Feb 1 22:14:03 wiley kernel: 00:04.1 -> irq 11 Feb 1 22:14:03 wiley kernel: PnP: PNP BIOS installation structure at 0xc00f6e60 Feb 1 22:14:03 wiley kernel: PnP: PNP BIOS version 1.0, entry at f0000:b3ba, dseg at 400 Feb 1 22:14:03 wiley kernel: Intel PCIC probe: Feb 1 22:14:03 wiley kernel: TI 1220 PCI-to-CardBus at slot 00:04, mem 0x68000000 Feb 1 22:14:03 wiley kernel: host opts [0]: [serial pci & irq] [pci irq 11] [lat 168/176] [bus 32/34] Feb 1 22:14:03 wiley kernel: host opts [1]: [serial pci & irq] [pci irq 11] [lat 168/176] [bus 35/37] Feb 1 22:14:03 wiley kernel: ISA irqs (scanned) = 3,4,7,9,10 PCI status changes Feb 1 22:14:03 wiley pcmcia: cardmgr. Feb 1 22:14:03 wiley cardmgr[358]: starting, version is 3.1.9 Feb 1 22:14:03 wiley rc: Starting pcmcia succeeded Feb 1 22:14:04 wiley cardmgr[358]: watching 2 sockets Feb 1 22:14:04 wiley kernel: cs: IO port probe 0x1000-0x17ff: clean. Feb 1 22:14:04 wiley kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f Feb 1 22:14:04 wiley kernel: cs: IO port probe 0x0a00-0x0aff: clean. Feb 1 22:14:04 wiley kernel: cs: cb_alloc(bus 35): vendor 0x10b7, device 0x6560 Feb 1 22:14:04 wiley cardmgr[358]: initializing socket 1 Feb 1 22:14:04 wiley cardmgr[358]: socket 1: 3Com 3CCFEM656B w/Winmodem Feb 1 22:14:04 wiley inet: inetd startup succeeded Feb 1 22:14:04 wiley cardmgr[358]: executing: 'insmod /lib/modules/2.2.14/pcmcia/cb_enabler.o' Feb 1 22:14:04 wiley cardmgr[358]: executing: 'insmod /lib/modules/2.2.14/pcmcia/3c575_cb.o' Feb 1 22:14:04 wiley kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Feb 1 22:14:04 wiley kernel: cs: cb_config(bus 35) Feb 1 22:14:04 wiley kernel: fn 0 bar 1: io 0xa80-0xaff Feb 1 22:14:04 wiley kernel: fn 0 bar 2: mem 0x60023000-0x6002307f Feb 1 22:14:04 wiley kernel: fn 0 bar 3: mem 0x60022000-0x6002207f Feb 1 22:14:04 wiley kernel: fn 1 bar 1: io 0xa00-0xa7f Feb 1 22:14:04 wiley kernel: fn 1 bar 2: mem 0x60021000-0x6002107f Feb 1 22:14:04 wiley kernel: fn 1 bar 3: mem 0x60020000-0x6002007f Feb 1 22:14:04 wiley kernel: fn 0 rom: mem 0x60000000-0x6001ffff Feb 1 22:14:04 wiley kernel: vortex_attach(bus 35, function 0, device 6560) Feb 1 22:14:04 wiley kernel: eth0: 3Com 3CCFE656 Cyclone CardBus at 0xa80, 00:10:5a:93:24:c8, IRQ 11 Feb 1 22:14:04 wiley kernel: eth0: CardBus functions mapped 60022000->c8839000 Feb 1 22:14:04 wiley kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Feb 1 22:14:04 wiley kernel: MII transceiver found at address 0, status 7809. Feb 1 22:14:04 wiley kernel: Enabling bus-master transmits and whole-frame receives. Feb 1 22:14:04 wiley cardmgr[358]: executing: './network start eth0' ip> <snip> As always... thanks Mr. Hinds for the pcmcia package and your support. cheers, Hunter

Question: More Info Re: Question: Another 656 question. (Hunter Ware) Date: 2000, Feb 03 From: Hunter Ware HunterWare

a bit more info... on thos slow uploads from the machine I notice the net traffic (as reported by a graphical network monitor) is periodic. For a bit less then a second I get a spurt, and then I get a period of no traffic for a couple secs. This process repeats to give an average tx speed of about 5kB/s. This is vs. my average download speed of 500kB/s. My dmesg gives this after startup... Linux PCMCIA Card Services 3.1.9 kernel build: 2.2.14 #3 Thu Jan 27 18:01:39 EST 2000 options: [pci] [cardbus] [apm] [pnp] PCI routing table version 1.0 at 0xfdf60 00:04.0 -> irq 11 00:04.1 -> irq 11 PnP: PNP BIOS installation structure at 0xc00f6e60 PnP: PNP BIOS version 1.0, entry at f0000:b3ba, dseg at 400 Intel PCIC probe: TI 1220 PCI-to-CardBus at slot 00:04, mem 0x68000000 host opts [0]: [serial pci & irq] [pci irq 11] [lat 168/176] [bus 32/34] host opts [1]: [serial pci & irq] [pci irq 11] [lat 168/176] [bus 35/37] ISA irqs (scanned) = 3,4,7,9,10 PCI status changes cs: IO port probe 0x1000-0x17ff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f cs: IO port probe 0x0a00-0x0aff: clean. cs: cb_alloc(bus 35): vendor 0x10b7, device 0x6560 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html cs: cb_config(bus 35) fn 0 bar 1: io 0xa80-0xaff fn 0 bar 2: mem 0x60023000-0x6002307f fn 0 bar 3: mem 0x60022000-0x6002207f fn 1 bar 1: io 0xa00-0xa7f fn 1 bar 2: mem 0x60021000-0x6002107f fn 1 bar 3: mem 0x60020000-0x6002007f fn 0 rom: mem 0x60000000-0x6001ffff cs: cb_enable(bus 35) bridge io map 0 (flags 0x21): 0xa00-0xaff bridge mem map 0 (flags 0x1): 0x60000000-0x60023fff vortex_reap() vortex_attach(bus 35, function 0, device 6560) eth0: 3Com 3CCFE656 Cyclone CardBus at 0xa80, 00:10:5a:93:24:c8, IRQ 11 eth0: CardBus functions mapped 60022000->c8839000 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. MII transceiver found at address 0, status 7809. Enabling bus-master transmits and whole-frame receives. eth0: Transmit error, Tx status register 90. cat uses obsolete /proc/pci interface Thanks again for any help, Hunter

Question: <AOL>Me Too!</AOL> Re: Question: Another 656 question. (Hunter Ware) Date: 2000, Feb 17 From: Scott Manley szyzyg

I've got this problem too, exactly the same hardware by the sounds of things and rather irritating. So - has anyone got a clue as to what mightbe going on?

Idea: Not a fix, but something to try Re: Question: Another 656 question. (Hunter Ware) Date: 2000, Aug 24 From: David Hinds <dhinds@pcmcia.sourceforge.org>

I'm seeing a similar problem with a 3CCFE656BT card. I found that the card performed much better if I did something like: ifconfig eth0 mtu 350 This sets the maximum packet length... the default for ethernet is 1500. I still don't know the reason for the problem, but this seems to help a lot, for me anyway. (it seems that if more than a couple big packets are queued up for transmit, the card chokes and sends out damaged packets) -- Dave

Re: Idea: Not a fix, but something to try Re: Idea: Not a fix, but something to try (David Hinds) Date: 2000, Aug 25 From: Roberto Jung Drebes <drebes@inf.ufrgs.br>

I've tried it, and even with lower mtu values, down to 100, and it still does not work :( On Thu, 24 Aug 2000, David Hinds wrote: > If you reply to this message at HyperNews@pcmcia.sourceforge.org, include: > In-Reply-To: <"/pcmcia/coms/36/3/3"@pcmcia.sourceforge.org> > > I'm seeing a similar problem with a 3CCFE656BT card. I found that the > card performed much better if I did something like: > > ifconfig eth0 mtu 350 > > This sets the maximum packet length... the default for ethernet is 1500. > I still don't know the reason for the problem, but this seems to help a > lot, for me anyway. > > (it seems that if more than a couple big packets are queued up for > transmit, the card chokes and sends out damaged packets) > > -- Dave > > > ------------------------------------------------------------- > Visit this HyperNews at pcmcia.sourceforge.org message (to reply or unsubscribe) at: > http://pcmcia.sourceforge.org/cgi-bin/HyperNews/get/pcmcia/coms/36/3/3.html > -- Roberto Jung Drebes <drebes@inf.ufrgs.br> Porto Alegre, RS - Brasil http://www.inf.ufrgs.br/~drebes/

3CCFEM656B -problems still Re: Question: 3CCFEM656 (Alex Pearsall) Date: 2000, Feb 03 From: Alex Pearsall rebelpacket

Hello Mr Hinds. I took your advice, and upgraded to the latest release, pcmcia-cs-3.1.9.tar.gz . It installed fine, and does exactly what version 3.0.14 did. Completely. I still cannot get any network traffic to come through the card, or transmit from the card. :( I dont know if this is a carbus flaw or something. I know the card isnt malfunctioning, because it works fine under windows 98 . Any help would be appriciated. -Alex

Question: Problems with pcmcia-3.1.9 on SuSE Linux 6.0 Date: 2000, Feb 04 From: Denny Herlihy denny.herlihy

Hi, I've recently installed SuSE Linux 6.0 on a Dell Inspiron 3700 with a 3Com 3CCFE575CT-D PCMCIA card. The card was not recognised so I inserted a 3C589C which worked ok. I then downloaded the pcmcia 3.1.9 build (which I believe has the driver for the other card)and proceeded to install this according to the PCMCIA-HOWTO instructions. However after compiling this the PCMCIA services will not start properly for either card! The message stored in syslog with only the 3589C card inserted is as follows: Feb 4 16:55:58 craftpc kernel: Linux PCMCIA Card Services 3.1.9 Feb 4 16:55:58 craftpc kernel: kernel build: 2.0.36 #73 Tue Jan 19 12:21:53 MET 1999 Feb 4 16:55:58 craftpc kernel: options: [pci] [cardbus] Feb 4 16:55:58 craftpc kernel: Intel PCIC probe: Feb 4 16:55:58 craftpc kernel: TI 1225 PCI-to-CardBus at slot 00:03, mem 0x68000000 Feb 4 16:55:58 craftpc kernel: host opts [0]: [ring] [serial pci & irq] [pci irq 11] [lat 32/176] [bus 32/34] Feb 4 16:55:58 craftpc kernel: host opts [1]: [ring] [serial pci & irq] [pci irq 11] [lat 32/176] [bus 35/37] Feb 4 16:55:59 craftpc kernel: ISA irqs (scanned) = 3,4,7,9,10 PCI status changes Feb 4 16:55:59 craftpc cardmgr[248]: starting, version is 3.1.9 Feb 4 16:55:59 craftpc cardmgr[248]: watching 2 sockets Feb 4 16:55:59 craftpc cardmgr[248]: could not adjust resource: IO ports 0x210-0x20f: Input/output error Feb 4 16:55:59 craftpc last message repeated 10 times Feb 4 16:55:59 craftpc cardmgr[248]: initializing socket 0 Feb 4 16:55:59 craftpc kernel: cs: warning: no high memory space available! Feb 4 16:55:59 craftpc kernel: cs: unable to map card memory! Feb 4 16:55:59 craftpc kernel: cs: unable to map card memory! Feb 4 16:55:59 craftpc cardmgr[248]: socket 0: Anonymous Memory Feb 4 16:55:59 craftpc cardmgr[248]: executing: 'insmod /lib/modules/2.0.36/pcmcia/memory_cs.o' Feb 4 16:56:00 craftpc cardmgr[248]: get dev info on socket 0 failed: Resource temporarily unavailable I've checked the /etc/pcmcia/config.opts file and confirmed that the high memory region is included as David Hinds suggests in PCMCIA-HOWTO. I've also tried excluding the IO port addresses mentioned above and exluding irq 5 but nothing seems to change the behaviour of it. Does anyone have any ideas on how to get it working - just the 3C589C for now will do. By the way, Win 98 is also installed on the PC and LILO controls the boot-up process. Regards, Denny Herlihy

This is fixed in the 3.1.10 release Re: Question: Problems with pcmcia-3.1.9 on SuSE Linux 6.0 (Denny Herlihy) Date: 2000, Feb 04 From: David Hinds <dhinds@pcmcia.sourceforge.org>

This bug only affects 2.0.* kernels, which is why it slipped by. -- Dave

More: One more tiny problem Re: This is fixed in the 3.1.10 release (David Hinds) Date: 2000, Feb 08 From: Denny Herlihy denny.herlihy

Thanks for the tip. The 3.1.10 driver did the trick. It's basically working now but not all the automatic startup stuff appears to be working. After reboot the card is bound to eth0 and all seems fine. However a ping to an adjacent node gets no response. However if I manually run '/etc/pcmcia/network stop eth0' followed by '/etc/pcmcia/network start eth0' then everything runs fine. Similarly if I eject the card and reinsert it I can no longer ping even though I hear two high beeps and again the eth0 interface appears to be correctly configured. Again manually starting and stopping the network as above resolves the problem. Any ideas? Regards, Denny Herlihy

Question: 3ccfe575bt and portege 3015 Date: 2000, Feb 09 From: Rich Webb rwebb

My 3ccfe575bt works fine, but I'm having a problem with it starting in the startup scripts. I can manually enter /etc/rc.d/rc.pcmcia start and it will start and configure, but for some reason when I run it from the rc.S script it tries to configure, then says that "network is unreachable" and then issues /etc/pcmcia/network stop eth0. I think it may have something to do with it trying to execute all the commands too quickly in the startup scripts. At the time that I get the network unreachable message, the link has not yet been established. Any help would be appreciated. I would prefer to use DHCP, but there is a problem with that too in that it is trying to issue /sbin/dhcpcd -V bogus and according to my man page on dhcpcd the -V parameter doesn't exist and when it runs I get "can't find module 'bogus'" Thanks in advance Rich

Hard to tell what's going on here Re: Question: 3ccfe575bt and portege 3015 (Rich Webb) Date: 2000, Feb 09 From: David Hinds <dhinds@pcmcia.sourceforge.org>

I think you'll need to post your actual system log messages. What distribution are you using? You generally should not be editing rc.S to start up PCMCIA. The "network stop eth0" command will only be executed if the PCMCIA subsystem thinks the card has been ejected. As for the DHCP message, that can be ignored. The script is trying to determine what version of dhcpcd you have, and it does not actually matter if yours supports the -V switch or not. -- Dave

More: messages file and rc.S Re: Question: 3ccfe575bt and portege 3015 (Rich Webb) Date: 2000, Feb 09 From: Rich Webb rwebb

I am using Slackware 7. The following is an excerpt from my rc.S script - where it starts pcmcia: # Initialize PCMCIA devices: # ... snip ... # if [ -x /etc/rc.d/rc.pcmcia ] ; then   . /etc/rc.d/rc.pcmcia start fi Here is my messages file: Feb 8 22:23:53 slim kernel: Linux PCMCIA Card Services 3.1.9 Feb 8 22:23:53 slim kernel: kernel build: 2.2.13 #2 Tue Feb 1 20:06:27 EST 2000 Feb 8 22:23:53 slim kernel: options: [pci] [cardbus] [apm] Feb 8 22:23:53 slim kernel: PCI routing table version 1.0 at 0xf9040 Feb 8 22:23:53 slim kernel: Intel PCIC probe: Feb 8 22:23:53 slim kernel: Toshiba ToPIC95-B PCI-to-CardBus at slot 00:13, mem 0x68000000 Feb 8 22:23:53 slim kernel: host opts [0]: [slot 0xf0] [ccr 0x10] [cdr 0x86] [rcr 0x02] [no pci irq] [lat 168/176] [bus 20/20] Feb 8 22:23:53 slim kernel: host opts [1]: [slot 0xf0] [ccr 0x20] [cdr 0x86] [rcr 0x02] [no pci irq] [lat 168/176] [bus 21/21] Feb 8 22:23:53 slim kernel: ISA irqs (default) = 3,4,5,7,9,10,12,15 polling interval = 1000 ms Feb 8 22:23:53 slim kernel: cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff Feb 8 22:23:53 slim kernel: cs: IO port probe 0x0800-0x08ff: clean. Feb 8 22:23:53 slim kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x330-0x337 0x370-0x37f 0x388-0x38f 0x480-0x48f 0x4d0-0x4d7 Feb 8 22:23:53 slim kernel: cs: IO port probe 0x0a00-0x0aff: clean. Feb 8 22:23:53 slim kernel: cs: cb_alloc(bus 21): vendor 0x10b7, device 0x5157 Feb 8 22:23:53 slim kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Feb 8 22:23:53 slim kernel: cs: cb_config(bus 21) Feb 8 22:23:53 slim kernel: fn 0 bar 1: io 0x100-0x17f Feb 8 22:23:53 slim kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Feb 8 22:23:53 slim kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Feb 8 22:23:53 slim kernel: fn 0 rom: mem 0x60000000-0x6001ffff Feb 8 22:23:53 slim kernel: vortex_attach(bus 21, function 0, device 5157) Feb 8 22:23:53 slim kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x100, 00:50:04:b5:46:12, IRQ 3 Feb 8 22:23:53 slim kernel: eth0: CardBus functions mapped 60020000->c2863000 Feb 8 22:23:53 slim kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Feb 8 22:23:53 slim kernel: MII transceiver found at address 0, status 2809. Feb 8 22:23:53 slim kernel: Enabling bus-master transmits and whole-frame receives. Feb 8 22:23:53 slim kernel: cs: cb_free(bus 21) Feb 8 22:23:53 slim kernel: cs: cb_alloc(bus 21): vendor 0x10b7, device 0x5157 Feb 8 22:23:53 slim kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Feb 8 22:23:53 slim kernel: cs: cb_config(bus 21) Feb 8 22:23:53 slim kernel: fn 0 bar 1: io 0x100-0x17f Feb 8 22:23:53 slim kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Feb 8 22:23:53 slim kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Feb 8 22:23:53 slim kernel: fn 0 rom: mem 0x60000000-0x6001ffff Feb 8 22:23:53 slim kernel: vortex_attach(bus 21, function 0, device 5157) Feb 8 22:23:53 slim kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x100, 00:50:04:b5:46:12, IRQ 3 Feb 8 22:23:53 slim kernel: eth0: CardBus functions mapped 60020000->c2863000 Feb 8 22:23:53 slim kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Feb 8 22:23:53 slim kernel: MII transceiver found at address 0, status 2809. Feb 8 22:23:53 slim kernel: Enabling bus-master transmits and whole-frame receives. Feb 8 22:24:01 slim apmd[151]: Version 3.0beta8 (APM BIOS 1.2, Linux driver 1.9) Feb 8 22:24:01 slim apmd[151]: Battery: * * * (100% 2:08) Feb 8 22:24:05 slim login[153]: ROOT LOGIN on `tty1' Feb 8 22:24:27 slim apmd[151]: Now using AC Power Hope that helps.. It doesn't show the messages that I am seeing on the console though. Rich

Question: thinkpad 390x, 512m ram, and 3ccfem556b Date: 2000, Feb 09 From: Pete Toscano sigsegv

hello, i have a thinkpad 390x for work. it's got the "thinkpad port replicator with advanced etherjet feature" -- the eepro100 driver works for this -- (for the office) and a 3com "10/100 lan+56k modem" -- 3ccfem556b -- (for the road). it came with 64m ram. everything worked fine with the 2.2.14 kernel and pcmcia-cs 3.1.9. recently, i got an upgrade to 512m ram. the ethernet card in the port replicator still works, but i see an interesting message in /var/log/messages:   "steinmetz kernel: Intel PCIC probe: <5> Bad bridge mapping at 0x10000000" when i remove the tp from the port replicator though, and boot up with the 3com card, the card does not work, even after an upgrade to pcmcia-cs 3.1.10. i get the following messages in /var/log/messages:   "steinmetz kernel: Linux PCMCIA Card Services 3.1.10    steinmetz kernel: kernel build: 2.2.14 #2 Fri Jan 21 19:41:51 EST 2000    steinmetz kernel: options: [pci] [cardbus] [apm]    steinmetz kernel: PCI routing table version 1.0 at 0xfdf40    steinmetz kernel: Intel PCIC probe: <5> Bad bridge mapping at 0x10000000!    steinmetz kernel: not found.    steinmetz kernel: ds: no socket drivers loaded!    steinmetz cardmgr[1088]: starting, version is 3.1.10    steinmetz cardmgr[1088]: no pcmcia driver in /proc/devices    steinmetz cardmgr[1088]: exiting" i configured the pcmcia-cs package with cardbus card support, but without "trusting" versions. i tried it with and without the pnp bios resource checking. any ideas about what might fix this problem? is it just user brain damage? thanks, pete

Sad: v3.1.10/11 breaks IRQ use for 3CCFE575 Date: 2000, Feb 18 From: Steve Snyder SteveSnyder

Up to v3.1.8 everything worked fine. Now, with versions 3.1.10 and 3.1.11, my 3CCFE575 card won't work due to 2 devices sharing a single IRQ. The difference in working/not-working is soley the pcmcia-cs driver version. The kernel (v2.2.14) and pcmcia config are unchanged. This is the error I get with 3.1.1x: eth0: transmit timed out, tx_status 00 status e601. eth0: Interrupt posted but not delivered -- IRQ blocked by another device? Sure enough, there 2 devices on IRQ 11! This is from v3.1.8: # cat /proc/interrupts CPU0 0: 9655 XT-PIC timer 1: 2 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 257 XT-PIC eth0 5: 1 XT-PIC soundblaster 8: 2 XT-PIC rtc 12: 4 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 21425 XT-PIC ide0 15: 2 XT-PIC ide1 NMI: 0 And this is from v3.1.10: # cat /proc/interrupts CPU0 0: 12453 XT-PIC timer 1: 121 XT-PIC keyboard 2: 0 XT-PIC cascade 5: 1 XT-PIC soundblaster 8: 2 XT-PIC rtc 11: 0 XT-PIC i82365, eth0 12: 4 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 21343 XT-PIC ide0 15: 2 XT-PIC ide1 NMI: 0 Any advice on how to get my Ethernet card work with the 3.1.1x drivers? Thank you.

The problem isn't quite what you think Re: Sad: v3.1.10/11 breaks IRQ use for 3CCFE575 (Steve Snyder) Date: 2000, Feb 18 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The irq is not blocked by the i82365 device. This is a PCI interrupt, and can be shared. The message from the driver is leading you astray in this case. The PCI interrupt is evidently not working for some reason, but the problem is not the sharing issue. I'd want to see the PCMCIA startup messages, to see why the PCI irq handling is goofed up. -- Dave

Re: The problem isn't quite what you think Re: The problem isn't quite what you think (David Hinds) Date: 2000, Feb 19 From: Steve Snyder SteveSnyder

On Fri, 18 Feb 2000 10:48:31 -0800, David Hinds wrote: >The irq is not blocked by the i82365 device. This is a PCI interrupt, >and can be shared. The message from the driver is leading you astray >in this case. The PCI interrupt is evidently not working for some >reason, but the problem is not the sharing issue. > >I'd want to see the PCMCIA startup messages, to see why the PCI irq >handling is goofed up. Ok, here you go: ---------- Start PCMCIA v3.1.8 init ---------- Feb 18 10:31:26 earth kernel: Linux PCMCIA Card Services 3.1.8 Feb 18 10:31:26 earth kernel: kernel build: 2.2.14 unknown Feb 18 10:31:26 earth kernel: options: [pci] [cardbus] [apm] Feb 18 10:31:26 earth kernel: Intel PCIC probe: Feb 18 10:31:26 earth kernel: TI 1131 PCI-to-CardBus at bus 0 slot 10, mem 0x68000000, 2 sockets Feb 18 10:31:26 earth kernel: host opts [0]: [ring] [pci + serial irq] [no pci irq] [lat 168/176] [bus 32/34] Feb 18 10:31:26 earth kernel: host opts [1]: [ring] [pci + serial irq] [no pci irq] [lat 168/176] [bus 35/37] Feb 18 10:31:26 earth kernel: ISA irqs (scanned) = 3,4,7,9,12 polling interval = 1000 ms Feb 18 10:31:26 earth kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Feb 18 10:31:26 earth kernel: cs: IO port probe 0x1000-0x17ff: clean. Feb 18 10:31:26 earth kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x388-0x38f 0x408-0x40f 0x480-0x48f 0x4d0-0x4d7 Feb 18 10:31:26 earth kernel: cs: IO port probe 0x0a00-0x0aff: clean. Feb 18 10:31:26 earth kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5157 Feb 18 10:31:26 earth kernel: cs: cb_config(bus 32) Feb 18 10:31:26 earth kernel: fn 0 bar 1: io 0x280-0x2ff Feb 18 10:31:26 earth kernel: fn 0 bar 2: mem 0xa0021000-0xa002107f Feb 18 10:31:26 earth kernel: fn 0 bar 3: mem 0xa0020000-0xa002007f Feb 18 10:31:26 earth kernel: fn 0 rom: mem 0xa0000000-0xa001ffff Feb 18 10:31:26 earth kernel: vortex_attach(bus 32, function 0, device 5157) Feb 18 10:31:26 earth kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x280, 00:10:4b:f6:49:8f, IRQ 3 Feb 18 10:31:26 earth kernel: eth0: CardBus functions mapped a0020000->c683e000 Feb 18 10:31:26 earth kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Feb 18 10:31:26 earth kernel: MII transceiver found at address 0, status 7809. Feb 18 10:31:26 earth kernel: Enabling bus-master transmits and whole-frame receives. ---------- Start PCMCIA v3.1.11 init ---------- Feb 18 09:54:29 earth kernel: Linux PCMCIA Card Services 3.1.11 Feb 18 09:54:29 earth kernel: kernel build: 2.2.14 unknown Feb 18 09:54:29 earth kernel: options: [pci] [cardbus] [apm] Feb 18 09:54:29 earth kernel: PCI routing table version 1.0 at 0xfdf70 Feb 18 09:54:29 earth kernel: unknown PCI interrupt router 1045:c700 Feb 18 09:54:29 earth kernel: 00:0a.0 -> irq 11 Feb 18 09:54:29 earth kernel: 00:0a.1 -> irq 11 Feb 18 09:54:29 earth kernel: Intel PCIC probe: Feb 18 09:54:29 earth kernel: TI 1131 PCI-to-CardBus at slot 00:0a, mem 0x68000000 Feb 18 09:54:29 earth kernel: host opts [0]: [ring] [pci + serial irq] [pci irq 11] [lat 168/176] [bus 32/34] Feb 18 09:54:29 earth kernel: host opts [1]: [ring] [pci + serial irq] [pci irq 11] [lat 168/176] [bus 35/37] Feb 18 09:54:29 earth kernel: ISA irqs (scanned) = 3,4,7,9,12 PCI status changes Feb 18 09:54:29 earth kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Feb 18 09:54:29 earth kernel: cs: IO port probe 0x1000-0x17ff: clean. Feb 18 09:54:29 earth kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x388-0x38f 0x408-0x40f 0x480-0x48f 0x4d0-0x4d7 Feb 18 09:54:29 earth kernel: cs: IO port probe 0x0a00-0x0aff: clean. Feb 18 09:54:29 earth kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5157 Feb 18 09:54:29 earth kernel: cs: cb_config(bus 32) Feb 18 09:54:29 earth kernel: fn 0 bar 1: io 0x280-0x2ff Feb 18 09:54:29 earth kernel: fn 0 bar 2: mem 0xa0021000-0xa002107f Feb 18 09:54:29 earth kernel: fn 0 bar 3: mem 0xa0020000-0xa002007f Feb 18 09:54:29 earth kernel: fn 0 rom: mem 0xa0000000-0xa001ffff Feb 18 09:54:30 earth kernel: vortex_attach(bus 32, function 0, device 5157) Feb 18 09:54:30 earth kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x280, 00:10:4b:f6:49:8f, IRQ 11 Feb 18 09:54:30 earth kernel: eth0: CardBus functions mapped a0020000->c683b000 Feb 18 09:54:30 earth kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Feb 18 09:54:30 earth kernel: MII transceiver found at address 0, status 7809. Feb 18 09:54:30 earth kernel: Enabling bus-master transmits and whole-frame receives. *** Steve Snyder ***

Question: 3CCFEM656 w/Log files Date: 2000, Feb 18 From: Alex Pearsall rebelpacket

Ok, Well, i tinkered around with some files, and messed with other things, in a futile attempt to get the card to work. Well, as you can guess, it was a no-go, and i royally messed up my system. So i started all over, re-installed mandrake 7.0 fresh, and added the latest pcmcia support. I popped the card in, it didnt work. So i got all the logs i thought would be nessecary. here they are: /var/log/messages Feb 8 15:09:24 deadpixel kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x6560 Feb 8 15:09:24 deadpixel cardmgr[369]: initializing socket 0 Feb 8 15:09:24 deadpixel cardmgr[369]: socket 0: 3Com 3CCFEM656B w/Winmodem Feb 8 15:09:24 deadpixel cardmgr[369]: executing: 'insmod /lib/modules/2.2.14-15mdk/pcmcia/cb_enabler.o' Feb 8 15:09:24 deadpixel cardmgr[369]: executing: 'insmod /lib/modules/2.2.14-15mdk/pcmcia/3c575_cb.o' Feb 8 15:09:24 deadpixel kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Feb 8 15:09:24 deadpixel kernel: cs: cb_config(bus 32) Feb 8 15:09:24 deadpixel kernel: fn 0 bar 1: io 0x880-0x8ff Feb 8 15:09:24 deadpixel kernel: fn 0 bar 2: mem 0x60023000-0x6002307f Feb 8 15:09:24 deadpixel kernel: fn 0 bar 3: mem 0x60022000-0x6002207f Feb 8 15:09:24 deadpixel kernel: fn 1 bar 1: io 0x800-0x87f Feb 8 15:09:24 deadpixel kernel: fn 1 bar 2: mem 0x60021000-0x6002107f Feb 8 15:09:24 deadpixel kernel: fn 1 bar 3: mem 0x60020000-0x6002007f Feb 8 15:09:24 deadpixel kernel: fn 0 rom: mem 0x60000000-0x6001ffff Feb 8 15:09:24 deadpixel kernel: vortex_attach(bus 32, function 0, device 6560) Feb 8 15:09:25 deadpixel kernel: eth0: 3Com 3CCFE656 Cyclone CardBus at 0x880, 00:50:04:95:a5:95, IRQ 10 Feb 8 15:09:25 deadpixel kernel: eth0: CardBus functions mapped 60022000->c287f000 Feb 8 15:09:25 deadpixel kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Feb 8 15:09:25 deadpixel kernel: MII transceiver found at address 0, status 7809. Feb 8 15:09:25 deadpixel kernel: Enabling bus-master transmits and whole-frame receives. Feb 8 15:09:25 deadpixel cardmgr[369]: executing: './network start eth0' Feb 8 15:09:40 deadpixel network: Bringing up device eth0 succeeded Bootlog Feb 8 15:08:23 deadpixel pcmcia: Starting PCMCIA services: Feb 8 15:08:23 deadpixel pcmcia: modules Feb 8 15:08:24 deadpixel pcmcia: cardmgr. Feb 8 15:08:24 deadpixel pcmcia: /etc/rc.d/rc3.d/S45pcmcia: ./network: No such file or directory Feb 8 15:08:24 deadpixel rc: Starting pcmcia succeeded /var/run/stab Socket 0: 3Com 3CCFEM656B w/Winmodem 0 network 3c575_cb 0 eth0 Socket 1: empty My problem is that the network active link comes up on my hub, but the card wont broadcast or recive any traffic. To be completely through, i even took a picture of my card which i can include if need be. -alex

Question: Dell (3Com) 3CCFE575CT-D transmitter light missing Date: 2000, Feb 29 From: Dennis Schafroth schafroth

Hi I am running RH 6.1 on Dell 3700 with newly installed PCMCIA 3.1.11. Every seems OK in the log, but there is still no tramitter light. ince it has been done, I must have forgotten something. I haven't tried PnP BIOS setting in the PCMCIA module. Could that be an issue? Regards Dennis Schafrothh /var/log/messages: > Feb 29 00:37:09 localhost pcmcia: Starting PCMCIA services: > Feb 29 00:37:09 localhost pcmcia: modules > Feb 29 00:37:09 localhost kernel: Linux PCMCIA Card Services 3.1.11 > Feb 29 00:37:09 localhost kernel: kernel build: 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 > Feb 29 00:37:09 localhost kernel: options: [pci] [cardbus] [apm] > Feb 29 00:37:09 localhost kernel: PCI routing table version 1.0 at 0xfbd70 > Feb 29 00:37:09 localhost kernel: 00:03.0 -> irq 11 > Feb 29 00:37:09 localhost kernel: 00:03.1 -> irq 11 > Feb 29 00:37:09 localhost kernel: Intel PCIC probe: > Feb 29 00:37:09 localhost kernel: TI 1225 PCI-to-CardBus at slot 00:03, mem 0x68000000 > Feb 29 00:37:09 localhost kernel: host opts [0]: [ring] [serial pci & irq] [pci irq 11] [lat 32/32] [bus 32/34] > Feb 29 00:37:09 localhost kernel: host opts [1]: [ring] [serial pci & irq] [pci irq 11] [lat 32/32] [bus 35/37] > Feb 29 00:37:09 localhost kernel: ISA irqs (default) = 3,4,7,9,10,12 PCI status changes > Feb 29 00:37:09 localhost pcmcia: cardmgr. > Feb 29 00:37:09 localhost rc: Starting pcmcia succeeded > Feb 29 00:37:10 localhost cardmgr[377]: starting, version is 3.1.11 > Feb 29 00:37:10 localhost inet: inetd startup succeeded > Feb 29 00:37:10 localhost kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5257 > Feb 29 00:37:10 localhost cardmgr[377]: watching 2 sockets > Feb 29 00:37:10 localhost kernel: cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff > Feb 29 00:37:10 localhost kernel: cs: IO port probe 0x0800-0x08ff: excluding 0x800-0x84f > Feb 29 00:37:10 localhost kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7 > Feb 29 00:37:10 localhost kernel: cs: IO port probe 0x0a00-0x0aff: clean. > Feb 29 00:37:10 localhost cardmgr[377]: initializing socket 0 > Feb 29 00:37:10 localhost cardmgr[377]: socket 0: 3Com 3CCFE575CT/3CXFE575CT Fast EtherLink XL > Feb 29 00:37:10 localhost cardmgr[377]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/cb_enabler.o' > Feb 29 00:37:10 localhost cardmgr[377]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/3c575_cb.o' > Feb 29 00:37:10 localhost kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html > Feb 29 00:37:10 localhost kernel: cs: cb_config(bus 32) > Feb 29 00:37:10 localhost kernel: fn 0 bar 1: io 0x200-0x27f > Feb 29 00:37:10 localhost kernel: fn 0 bar 2: mem 0x60021000-0x6002107f > Feb 29 00:37:10 localhost kernel: fn 0 bar 3: mem 0x60020000-0x6002007f > Feb 29 00:37:10 localhost kernel: fn 0 rom: mem 0x60000000-0x6001ffff > Feb 29 00:37:10 localhost kernel: vortex_attach(bus 32, function 0, device 5257) > Feb 29 00:37:10 localhost kernel: eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x200, 00:50:da:b0:7a:85, IRQ 11 > Feb 29 00:37:10 localhost kernel: eth0: CardBus functions mapped 60020000->c403e000 > Feb 29 00:37:10 localhost kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. > Feb 29 00:37:10 localhost kernel: MII transceiver found at address 0, status 7809. > Feb 29 00:37:10 localhost kernel: Enabling bus-master transmits and whole-frame receives. > Feb 29 00:37:10 localhost cardmgr[377]: executing: './network start eth0' > Feb 29 00:37:10 localhost lpd: lpd startup succeeded > Feb 29 00:37:11 localhost cardmgr[377]: initializing socket 1 > Feb 29 00:37:11 localhost kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean. > Feb 29 00:37:11 localhost cardmgr[377]: socket 1: Serial or Modem > Feb 29 00:37:11 localhost cardmgr[377]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/serial_cs.o' > Feb 29 00:37:11 localhost kernel: tty01 at 0x02f8 (irq = 3) is a 16550A > Feb 29 00:37:11 localhost cardmgr[377]: executing: './serial start ttyS1' > Feb 29 00:37:11 localhost keytable: Loading system font: > Feb 29 00:37:13 localhost linuxconf: Linuxconf final setup > Feb 29 00:37:15 localhost rc: Starting linuxconf succeeded > Feb 29 00:37:27 localhost PAM_pwdb[544]: (login) session opened for user root by LOGIN(uid=0) > Feb 29 00:37:58 localhost kernel: tty01 unloaded > Feb 29 00:37:58 localhost cardmgr[377]: shutting down socket 1 > Feb 29 00:37:58 localhost cardmgr[377]: executing: './serial stop ttyS1' > Feb 29 00:37:58 localhost cardmgr[377]: executing: 'rmmod serial_cs' > Feb 29 00:38:04 localhost cardmgr[377]: initializing socket 1 > Feb 29 00:38:04 localhost cardmgr[377]: socket 1: Serial or Modem > Feb 29 00:38:04 localhost cardmgr[377]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/serial_cs.o' > Feb 29 00:38:04 localhost kernel: tty01 at 0x02f8 (irq = 3) is a 16550A > Feb 29 00:38:04 localhost cardmgr[377]: executing: './serial start ttyS1' > Feb 29 00:38:06 localhost kernel: cs: cb_free(bus 32) > Feb 29 00:38:06 localhost cardmgr[377]: shutting down socket 0 > Feb 29 00:38:06 localhost cardmgr[377]: executing: './network stop eth0' > Feb 29 00:38:07 localhost cardmgr[377]: executing: 'rmmod 3c575_cb' > Feb 29 00:38:07 localhost cardmgr[377]: executing: 'rmmod cb_enabler' > Feb 29 00:38:10 localhost kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5257 > Feb 29 00:38:10 localhost cardmgr[377]: initializing socket 0 > Feb 29 00:38:10 localhost cardmgr[377]: socket 0: 3Com 3CCFE575CT/3CXFE575CT Fast EtherLink XL > Feb 29 00:38:10 localhost cardmgr[377]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/cb_enabler.o' > Feb 29 00:38:10 localhost cardmgr[377]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/3c575_cb.o' > Feb 29 00:38:10 localhost kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html > Feb 29 00:38:10 localhost kernel: cs: cb_config(bus 32) > Feb 29 00:38:10 localhost kernel: fn 0 bar 1: io 0x200-0x27f > Feb 29 00:38:10 localhost kernel: fn 0 bar 2: mem 0xa0061000-0xa006107f > Feb 29 00:38:10 localhost kernel: fn 0 bar 3: mem 0xa0060000-0xa006007f > Feb 29 00:38:10 localhost kernel: fn 0 rom: mem 0xa0040000-0xa005ffff > Feb 29 00:38:10 localhost kernel: vortex_attach(bus 32, function 0, device 5257) > Feb 29 00:38:10 localhost kernel: eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x200, 00:50:da:b0:7a:85, IRQ 11 > Feb 29 00:38:10 localhost kernel: eth0: CardBus functions mapped a0060000->c403e000 > Feb 29 00:38:10 localhost kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. > Feb 29 00:38:10 localhost kernel: MII transceiver found at address 0, status 7809. > Feb 29 00:38:10 localhost kernel: Enabling bus-master transmits and whole-frame receives. > Feb 29 00:38:10 localhost cardmgr[377]: executing: './network start eth0' > Feb 29 00:45:42 localhost kernel: cs: cb_free(bus 32) > Feb 29 00:45:42 localhost cardmgr[377]: shutting down socket 0 > Feb 29 00:45:42 localhost cardmgr[377]: executing: './network stop eth0' > Feb 29 00:45:42 localhost cardmgr[377]: executing: 'rmmod 3c575_cb' > Feb 29 00:45:42 localhost cardmgr[377]: executing: 'rmmod cb_enabler' > Feb 29 00:46:16 localhost kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5257 > Feb 29 00:46:16 localhost cardmgr[377]: initializing socket 0 > Feb 29 00:46:16 localhost cardmgr[377]: socket 0: 3Com 3CCFE575CT/3CXFE575CT Fast EtherLink XL > Feb 29 00:46:16 localhost cardmgr[377]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/cb_enabler.o' > Feb 29 00:46:16 localhost cardmgr[377]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/3c575_cb.o' > Feb 29 00:46:16 localhost kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html > Feb 29 00:46:16 localhost kernel: cs: cb_config(bus 32) > Feb 29 00:46:16 localhost kernel: fn 0 bar 1: io 0x200-0x27f > Feb 29 00:46:16 localhost kernel: fn 0 bar 2: mem 0xa0061000-0xa006107f > Feb 29 00:46:16 localhost kernel: fn 0 bar 3: mem 0xa0060000-0xa006007f > Feb 29 00:46:16 localhost kernel: fn 0 rom: mem 0xa0040000-0xa005ffff > Feb 29 00:46:17 localhost kernel: vortex_attach(bus 32, function 0, device 5257) > Feb 29 00:46:17 localhost kernel: eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x200, 00:50:da:b0:7a:85, IRQ 11 > Feb 29 00:46:17 localhost kernel: eth0: CardBus functions mapped a0060000->c403e000 > Feb 29 00:46:17 localhost kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. > Feb 29 00:46:17 localhost kernel: MII transceiver found at address 0, status 7809. > Feb 29 00:46:17 localhost kernel: Enabling bus-master transmits and whole-frame receives. > Feb 29 00:46:16 localhost cardmgr[377]: executing: './network start eth0'

Ok: Problem solve when installing RH 6.2 Re: Question: Dell (3Com) 3CCFE575CT-D transmitter light missing (Dennis Schafroth) Date: 2000, Apr 11 From: Dennis Schafroth schafroth

Without doing anything with the setting of the PCMCIA the upgrade to RedHat 6.2 solved the problem. I must have been doing something wrong when making the kernel myself.

Question: Dell Latitude LM and 3c574, no 100Mbit, only 10Mbit??? Date: 2000, Mar 02 From: Mike <zphantom@angelfire.com>

First off, the PCMCIA package for Linux is great. Good job to all involved. Hopefully you will be able to help me. I have a Dell Latitude LM P-100 with dual boot Win98 and Redhat Linux 6.0 with kern 2.2.5-15 and pcmcia 3.1.11 that was built from source. My 3CCFE574BT ethernet card (3c574_cs driver) has always claimed it was running 100Mbit but it hasn't really ran at 100 Now up until I think 3.0.14+ maybe, it ran terrible but the reported bugs list said there was problems, thats find I at least knew there was something being done about it. Now with 3.1.8+ (currently 3.1.11) it says it 100, no bugs are reported but performance is around 10Mbit. This makes me wonder, is there really a problem still?, if so fine at least I know I'm not the only one. If not then I really wonder, is it my Laptop?, well I tried a LinkSys EtherFast card, and it worked at 100, so my Laptop is ok I think. So what is the problem, that is my question, sorry if I took to long to ask it. Any help would be greatly appreciated.

This is a 16-bit card: it can't go any faster Re: Question: Dell Latitude LM and 3c574, no 100Mbit, only 10Mbit??? (Mike) Date: 2000, Mar 02 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The 3c574 card is a 16-bit PCMCIA device. The 16-bit PCMCIA interface has a maximum throughput of about 1.5-2 MB/sec. That is the absolute best possible performance you can get from the 3c574, at 100baseT. CardBus ethernet cards can reach true 100baseT speeds. 16-bit PCMCIA cards cannot. The Linksys card you tried must have been the CardBus version of the EtherFast (there are two versions, one 16-bit, and one CardBus). -- Dave

Sad: 100Mbit under Windows 98 Re: This is a 16-bit card: it can't go any faster (David Hinds) Date: 2000, Mar 02 From: Mike <zphantom@angelfire.com>

Okay, I understand your point, but why then does the card run at 100Mbit under Win98. I guess my question is why can it run at 100 under Windows but not under Linux. I'm just reaching because I spent $150 on a nice kick ass 3Com card whereas I would get better performance with a $50 LinkSys card. Any ideas...

Check again... Re: Sad: 100Mbit under Windows 98 (Mike) Date: 2000, Mar 03 From: David Hinds <dhinds@pcmcia.sourceforge.org>

It doesn't have 100Mbit throughput under Win98. I guarantee it. -- Dave

News: Updated info on 3c574_cs Re: This is a 16-bit card: it can't go any faster (David Hinds) Date: 2000, Mar 03 From: Mike <zphantom@angelfire.com>

Okay, we have had some miss communication. 1.5 MB - 2.0 MB a second would be great. I would be fine with that, because that would be 12 - 16 Mbit/s which is what that Linksys card got. That's 3 seconds for the average MP3, it takes mine like 20 seconds. By the way the Linksys was the PCMPC100, the 16-bit card I double checked the card I used. My 3c574 gets a mere 500 - 600 Kbit/s tops and it says it's at 100. Thats only 62.5 - 75 KB/s so I don't know maybe I have a setting wrong. All I did was compile the 3.1.11 pcmcia package and installed it on RH 6.0, I didn't do anything else. So I'm a little more confused now.

That's different Re: News: Updated info on 3c574_cs (Mike) Date: 2000, Mar 03 From: David Hinds <dhinds@pcmcia.sourceforge.org>

So your complaint is not really that the card doesn't run at 100Mbit. You actually get less than 1 Mbit. I'd have to say it wouldn't occur to me to clock a card by how long it takes to download an MP3... Anyway, I would want to see your system log messages. Does "ifconfig" show lots of errors? When you tested the PCMPC100, was it in exactly the same hardware configuration? (same cable, connected to same hub, etc?) And this is with a real category 5 100baseT cable, right? I do routinely get 1.5-2 MB/sec through 3C574 family cards. Most of the possible problems I can think of would also slow down the Linksys card, so I'm not sure what's going on here. -- Dave

More: messages, logs Re: That's different (David Hinds) Date: 2000, Mar 03 From: Mike <zphantom@angelfire.com>

Well the MP3 thing was just routine transfering of files, I only get 500 - 600Kbit/s max from it though under Linux whereas Windows gives me at least 6 - 7Mbit/s. I used a Linksys 5-port 10/100 autosensing hub (the hub reported 100 as well as the dongle), and Cat5 cable. The only difference between when I tried the Linksys card was the card and dongle, even the cable was the same. I just brought a Linksys 5 port 10/100 autosensing switch so according to dmesg the AutoSelect works right 100Mbit-FD. Here are some logs and command mesgs. output from ifconfig. eth0 Link encap:Ethernet HWaddr 00:50:04:8E:40:33 inet addr:192.168.2.200 Bcast:192.168.2.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:253 errors:54 dropped:0 overruns:54 frame:54 TX packets:259 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 Interrupt:3 Base address:0x300 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:3 errors:0 dropped:0 overruns:0 frame:0 TX packets:3 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 Part of dmesg output. Linux PCMCIA Card Services 3.1.11 kernel build: 2.2.5-15 #1 Mon Apr 19 22:21:09 EDT 1999 options: [pci] [cardbus] [apm] Intel PCIC probe: Cirrus PD6729 PCI-to-PCMCIA at slot 00:04, port 0xfcfc host opts [0]: [ring] [1/3/2] [1/9/2] host opts [1]: [ring] [1/3/2] [1/9/2] ISA irqs (default) = 3,4,7,9,10,11,12 polling interval = 1000 ms cs: IO port probe 0x0100-0x03ff: excluding 0x378-0x37f cs: IO port probe 0x0a00-0x0aff: clean. cs: memory probe 0x0d0000-0x0dffff: clean. 3c574_cs.c v1.08 9/24/98 Donald Becker/David Hinds, becker@cesdis.gsfc.nasa.gov. eth0: Megahertz 574B at io 0x300, irq 3, hw_addr 00:50:04:8E:40:33. ASIC rev 1, 64K FIFO split 3:5 Rx:Tx, MII interface. eth0: found link beat eth0: autonegotiation complete: 100baseT-FD selected some output from /var/log/messages Mar 2 22:49:24 raptor crond: crond startup succeeded Mar 2 22:49:24 raptor pcmcia: Starting PCMCIA services: Mar 2 22:49:24 raptor pcmcia: modules Mar 2 22:49:24 raptor kernel: Linux PCMCIA Card Services 3.1.11 Mar 2 22:49:24 raptor kernel: kernel build: 2.2.5-15 #1 Mon Apr 19 22:21:09 EDT 1999 Mar 2 22:49:24 raptor kernel: options: [pci] [cardbus] [apm] Mar 2 22:49:24 raptor kernel: Intel PCIC probe: Mar 2 22:49:24 raptor kernel: Cirrus PD6729 PCI-to-PCMCIA at slot 00:04, port 0xfcfc Mar 2 22:49:24 raptor kernel: ISA irqs (default) = 3,4,7,9,10,11,12 polling interval = 1000 ms Mar 2 22:49:24 raptor pcmcia: cardmgr. Mar 2 22:49:24 raptor cardmgr[313]: starting, version is 3.1.11 Mar 2 22:49:24 raptor rc: Starting pcmcia succeeded Mar 2 22:49:25 raptor cardmgr[313]: watching 2 sockets Mar 2 22:49:25 raptor kernel: cs: IO port probe 0x0100-0x03ff: excluding 0x378-0x37f Mar 2 22:49:25 raptor kernel: cs: IO port probe 0x0a00-0x0aff: clean. Mar 2 22:49:25 raptor cardmgr[313]: initializing socket 1 Mar 2 22:49:25 raptor kernel: cs: memory probe 0x0d0000-0x0dffff: clean. Mar 2 22:49:25 raptor cardmgr[313]: socket 1: 3Com 572/574 Fast Ethernet Mar 2 22:49:25 raptor cardmgr[313]: executing: 'insmod /lib/modules/2.2.5-15/pcmcia/3c574_cs.o' Mar 2 22:49:25 raptor kernel: 3c574_cs.c v1.08 9/24/98 Donald Becker/David Hinds, becker@cesdis.gsfc.nasa.gov. Mar 2 22:49:25 raptor kernel: eth0: Megahertz 574B at io 0x300, irq 3, hw_addr 00:50:04:8E:40:33. Mar 2 22:49:26 raptor sshd: sshd Mar 2 22:49:26 raptor rc: Starting sshd succeeded Mar 2 22:49:26 raptor sshd[349]: log: Server listening on port 22. Mar 2 22:49:26 raptor sshd[349]: log: Generating 768 bit RSA key. Mar 2 22:49:27 raptor lpd: lpd startup succeeded Mar 2 22:49:28 raptor kernel: eth0: found link beat Mar 2 22:49:28 raptor kernel: eth0: autonegotiation complete: 100baseT-FD selected any help is greatly appreciated. Mike.

A couple other things to try Re: More: messages, logs (Mike) Date: 2000, Mar 03 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Do you see about the same performance in both directions? You could fiddle with timing options. I'd try: PCIC_OPTS="cmd_time=6" or PCIC_OPTS="fast_pci=1" and see if either makes a difference. Also try excluding interrupts in /etc/pcmcia/config.opts, in case it is an odd interrupt problem. -- Dave

More: Getting hopeful. Re: That's different (David Hinds) Date: 2000, Mar 03 From: Mike <zphantom@angelfire.com>

Well, up until I threw PCIC="cmd_time=6" at it, both ways were slow. Now with cmd_time=6 its fast (16Mbit/s) sending from it, but slow recieving. fast_pci=1 did nothing. I also took out irq 3 and now it takes 9 which is good. I think were close, what's next??? Thanks so far for all your help. Mike.

Question: Toshiba ToPIC100 + SuSe 6.2 + 3cFE574B Date: 2000, Mar 06 From: Martin Dengler MartinDengler

I tried to install the pcmcia - cs package version 3.1.11 + kernel 2.2.14 -> no effort also pcmcia - cs 3.0.13 + kernel 2.2.14 -> no effort does anybody run a toshiba satellite pro 4200 + linux SuSe 6.2 + ToPIC 100 + 3Com FE 574B ?? Thanx for help

System log messages please Re: Question: Toshiba ToPIC100 + SuSe 6.2 + 3cFE574B (Martin Dengler) Date: 2000, Mar 06 From: David Hinds <dhinds@pcmcia.sourceforge.org>

There is no known ToPIC problem that should prevent this card from working. Please post your system log messages, with the current PCMCIA drivers; without the messages, your problem report is almost useless. For all I know, PCMCIA is simply turned off in your SuSE configuration. -- Dave

Question: Dell Inspiron 7500, 3com 3CCFE575CT, RH 6.1, DHCP Problems Date: 2000, Mar 07 From: Dave Aiello dave_aiello

I am new to Linux, although I have a fair amount of end user experience with Solaris. In order to really understand Linux, I decided I would stop using Solaris and NT wherever possible, and work as much as possible with Linux. I decided that all I wanted to do, initially, was become very good at using Linux and operating it at a System Administration level. Note that I did not say that I wanted to install Linux or troubleshoot an installation. So, I decided to buy a Dell Inspiron 7500 with RedHat installed in the factory. As you will see, I was surprised to find that the RH certified configuration did not "just work" out of the box. In the initial configuration I set, I was unable to shutdown the laptop. When the shutdown process reached the point where it tried to shutdown the eth0 interface, it appeared to hang. I have also found that my NIC did not wake up properly after the machine was suspended. The symptoms are that the 3com network dongle light for 100 base T operations does not re-light, and subsequent attempts to use Netscape result in an error. I can't remember, but I think it was "no path to host" or something like that. The initial configuration had DHCP enabled. It worked as long as you didn't try to shutdown or put the laptop to sleep. I spent some time on Saturday and Sunday reading the PCMCIA project information here, and one of the hints given was to turn off DHCP and see if some or all of the problems resolve themselves. I did this, and put in an IP address that is free on my network. This had the effect of resolving my shutdown problem, but it did not resolve the suspend problem. In addition, and I think this is interesting, before the change the machine would beep twice during the boot process. This was at the time that the inserted PCMCIA cards were identified. After the change, there is only one beep during the boot process, but there are an additional three beeps early on in the user session. It seems like the network is not being initialized during the boot process, although the only thing I am going on to make this judgement is the fact that off LAN pings did not go through for about 40 seconds after I logged in on one occasion after I reconfigured to turn off DHCP. This is an edited version of the /var/log/messages file from the time I booted up this morning. Note that I have the clock on this system set to GMT. Mar 6 13:11:00 localhost kernel: 3c59x.c:v0.99H 11/17/98 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Mar 6 13:11:00 localhost atd: atd startup succeeded Mar 6 13:11:01 localhost crond: crond startup succeeded Mar 6 13:11:01 localhost pcmcia: Starting PCMCIA services: Mar 6 13:11:01 localhost pcmcia: modules Mar 6 13:11:01 localhost kernel: Linux PCMCIA Card Services 3.0.14 Mar 6 13:11:01 localhost kernel: kernel build: 2.2.12-32 #1 Mon Oct 25 19:56:23 EDT 1999 Mar 6 13:11:01 localhost kernel: options: [pci] [cardbus] [apm] Mar 6 13:11:01 localhost kernel: Intel PCIC probe: Mar 6 13:11:01 localhost kernel: TI 1225 PCI-to-CardBus at bus 0 slot 4, mem 0x68000000, 2 sockets Mar 6 13:11:01 localhost kernel: host opts [0]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 168/32] [bus 32/34] Mar 6 13:11:01 localhost kernel: host opts [1]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 168/32] [bus 35/37] Mar 6 13:11:01 localhost kernel: ISA irqs (scanned) = 3,4,7,9,10 status change on irq 10 Mar 6 13:11:01 localhost pcmcia: cardmgr. Mar 6 13:11:01 localhost cardmgr[377]: starting, version is 3.0.14 Mar 6 13:11:01 localhost cardmgr[377]: watching 2 sockets Mar 6 13:11:01 localhost kernel: cs: IO port probe 0x1000-0x17ff: excluding 0x1000-0x107f Mar 6 13:11:01 localhost kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7 Mar 6 13:11:01 localhost kernel: cs: IO port probe 0x0a00-0x0aff: clean. Mar 6 13:11:02 localhost cardmgr[377]: initializing socket 0 Mar 6 13:11:02 localhost cardmgr[377]: socket 0: 3Com Corporation 3CCFE575CT Mar 6 13:11:02 localhost rc: Starting pcmcia succeeded Mar 6 13:11:02 localhost cardmgr[377]: executing: 'insmod /lib/modules/2.2.12-32/pcmcia/cb_enabler.o' Mar 6 13:11:02 localhost cardmgr[377]: executing: 'insmod /lib/modules/2.2.12-32/pcmcia/3c575_cb.o' Mar 6 13:11:02 localhost kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Mar 6 13:11:02 localhost kernel: cs: cb_config(bus 32): vendor 0x10b7, device 0x5257 Mar 6 13:11:02 localhost kernel: fn 0 bar 1: io 0x200-0x27f Mar 6 13:11:02 localhost kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Mar 6 13:11:02 localhost kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Mar 6 13:11:02 localhost kernel: fn 0 rom: mem 0x60000000-0x6001ffff Mar 6 13:11:02 localhost kernel: vortex_attach(bus 32, function 0, device 5257) Mar 6 13:11:02 localhost kernel: eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x200, 00:50:da:30:7a:a0, IRQ 3 Mar 6 13:11:02 localhost kernel: eth0: CardBus functions mapped 60020000->c8441000 Mar 6 13:11:02 localhost kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Mar 6 13:11:02 localhost kernel: MII transceiver found at address 0, status 7809. Mar 6 13:11:02 localhost kernel: Enabling bus-master transmits and whole-frame receives. Mar 6 13:11:02 localhost cardmgr[377]: executing: './network start eth0' Mar 6 13:11:02 localhost inet: inetd startup succeeded Mar 6 13:11:03 localhost lpd: lpd startup succeeded I'd appreciate any help that fellow users and more experienced project members can provide. Dave Aiello CTDATA

At least partly fixed in newer drivers Re: Question: Dell Inspiron 7500, 3com 3CCFE575CT, RH 6.1, DHCP Problems (Dave Aiello) Date: 2000, Mar 07 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The suspend problem is fixed in the current PCMCIA driver package (release 3.1.11). I'm not sure about the DHCP shutdown issue. I don't have an easy way to investigate this sort of problem. -- Dave

Feedback: Re> At least partly fixed in newer drivers Re: At least partly fixed in newer drivers (David Hinds) Date: 2000, Mar 08 From: Dave Aiello dave_aiello

You are right. The suspend problem seems to have been fixed in 3.1.11. Also as you suggested, the DHCP shutdown problems does not appear to have been fixed. This is the first time I have made and installed my own driver. The install directions that were provided in the HOWTO were quite clear and got me through it. I'd like the DHCP support to work, but I am quite happy to have solved the suspend problem so quickly. Thanks, Dave Aiello CTDATA

Question: 3CXFE575BT 3CXFE575CT diffrences Date: 2000, Mar 07 From: harrinp1

Can somebody please point out the diffrence between these two cards. I can't seem to find the info on 3com's web site. Also does anyone have an opinion on which 10/100MB PCMCIA card is best performance wise under Linux. I'm looking to run a fair promiscous mode stuff.

Different minor steppings of the same basic chipset Re: Question: 3CXFE575BT 3CXFE575CT diffrences Date: 2000, Mar 07 From: David Hinds <dhinds@pcmcia.sourceforge.org>

There should be no performance difference. I think the biggest change is that the new ASIC has better support for PCI bus power management, and ACPI support. Linux doesn't have much support for these things. -- Dave

Question: 3com 3c574_cs (3CCFE574BT) link beat problems Date: 2000, Mar 08 From: Jason Puyleart puyleart

All - I have been having a lot of difficulty getting my 3Com ethernet adapter functioning under linux. (RH Linux 6.1/PCMCIA 3.1.11) The adapter is recognized by the pcmcia services, looks configured properly, and I can even see activity on the leds of my cable modem. Ifconfig also report receiving and transmitting packets. However, the dhcp request never completes. I also checked /proc/interrupts and the card is receiving interrupts. The biggest problem I can see is that there is an error in the log showing that autonegotiation is never completed. Is there anything I can do? Thanks! Jason I have provided some information below: (One more note - it all works under Win95 - Ahhrrr!!!) # cardctl status Socket 0: 5V 16-bit PC Card function 0: [ready] Socket 1: no card # cardctl ident Socket 0: product info: "3Com", "Megahertz 574B", "B", "001" manfid: 0x0101, 0x0574 function: 6 (network) Socket 1: no product info available # ifconfig eth0 Link encap:Ethernet HWaddr 00:50:04:8E:48:98 UP BROADCAST RUNNING MTU:1500 Metric:1 RX packets:6 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:3 collisions:0 txqueuelen:100 Interrupt:15 Base address:0x120 Mar 7 15:36:11 localhost pcmcia: Starting PCMCIA services: Mar 7 15:36:12 localhost pcmcia: modules Mar 7 15:36:12 localhost kernel: Linux PCMCIA Card Services 3.1.11 Mar 7 15:36:12 localhost kernel: kernel build: 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 Mar 7 15:36:12 localhost kernel: options: [pci] [cardbus] [apm] Mar 7 15:36:12 localhost kernel: PCI routing table version 1.0 at 0xf09a0 Mar 7 15:36:12 localhost kernel: Intel PCIC probe: Mar 7 15:36:12 localhost kernel: TI 1225 PCI-to-CardBus at slot 00:11, mem 0x7fffe000 Mar 7 15:36:12 localhost kernel: host opts [0]: [ring] [pci + serial irq] [pci irq 11] [lat 66/176] [bus 2/2] Mar 7 15:36:12 localhost kernel: host opts [1]: [ring] [pci + serial irq] [pci irq 11] [lat 66/176] [bus 3/3] Mar 7 15:36:12 localhost kernel: ISA irqs (scanned) = 4,7,9,10,15 PCI status changes Mar 7 15:36:12 localhost pcmcia: cardmgr. Mar 7 15:36:12 localhost rc: Starting pcmcia succeeded Mar 7 15:36:12 localhost cardmgr[364]: starting, version is 3.1.11 Mar 7 15:36:12 localhost cardmgr[364]: watching 2 sockets Mar 7 15:36:12 localhost kernel: cs: IO port probe 0x0120-0x013f: clean. Mar 7 15:36:12 localhost kernel: cs: IO port probe 0x1000-0x17ff: excluding 0x1000-0x10ff Mar 7 15:36:12 localhost cardmgr[364]: could not adjust resource: IO ports 0x100-0x4ff: Device or resource busy Mar 7 15:36:12 localhost kernel: cs: IO port probe 0x0a00-0x0aff: clean. Mar 7 15:36:12 localhost cardmgr[364]: initializing socket 0 Mar 7 15:36:12 localhost kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean. Mar 7 15:36:12 localhost cardmgr[364]: socket 0: 3Com 572/574 Fast Ethernet Mar 7 15:36:12 localhost cardmgr[364]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/3c574_cs.o irq_list=15' Mar 7 15:36:12 localhost kernel: 3c574_cs.c v1.08 9/24/98 Donald Becker/David Hinds, becker@cesdis.gsfc.nasa.gov. Mar 7 15:36:12 localhost kernel: eth0: Megahertz 574B at io 0x120, irq 15, hw_addr 00:50:04:8E:48:98. Mar 7 15:36:12 localhost kernel: ASIC rev 10, 64K FIFO split 1:1 Rx:Tx, autoselect MII interface. Mar 7 15:36:12 localhost cardmgr[364]: executing: './network start eth0' Mar 7 15:36:16 localhost kernel: eth0: found link beat Mar 7 15:36:16 localhost kernel: eth0: link partner did not autonegotiate Mar 7 15:37:13 localhost dhcpcd[425]: timed out waiting for a valid DHCP server response Mar 7 15:37:13 localhost cardmgr[364]: + Determining IP information for eth0... failed. Mar 7 15:37:13 localhost cardmgr[364]: start cmd exited with status 1 If I try to add/remove the card - more errors reporting "lost link beat/found link beat/link partner did not autonegotiate" are found. Thanks again.

I don't think the card is the problem Re: Question: 3com 3c574_cs (3CCFE574BT) link beat problems (Jason Puyleart) Date: 2000, Mar 08 From: David Hinds <dhinds@pcmcia.sourceforge.org>

This is not really helpful, but I don't think this is a PCMCIA issue. I think it is just a DHCP issue. I don't know how to diagnose why the DHCP request is failing... but the ethernet interface is operating correctly, as far as I can tell. The "did not autonegotiate" message is not a problem. It just means that your cable modem doesn't support the link protocol for selecting a 100baseT or full duplex connection, so the card is just running at 10baseT. That is fine, as you are sending and receiving packets successfully. Perhaps your cable connection does not support ordinary DHCP requests. If you try to run dhcpcd a second time, by hand, does it fail again? -- Dave

Question: 3c574 problem: adapter failure, FIFO diagnostic register 2000 Date: 2000, Mar 14 From: John Opgrande johneo

I am getting errors with my 3com 3c574. I have IBM network card that runs fine, so I believe that it is the 3com card. The strangest part is that the card seems to work fine, but I get tons of errors.   I am running redhat 6.1 w/ kernel 2.2.14 and pcmcia 3.1.12 on a Dell Inspiron 7500. I got this error with earlier kernels and earlier versions of pcmcia. I have tried changing the interrupt and I have tried changing the socket, neither of which worked. I have not seen this problem reported by anyone else so I am assuming this is not a normal feature of the driver. Any help would be appriciated. here is my message log: Mar 14 12:47:14 lappy network: Bringing up interface lo succeeded Mar 14 12:47:14 lappy ifup: Determining IP information for eth0... Mar 14 12:47:16 lappy kernel: eth0: found link beat Mar 14 12:47:16 lappy kernel: eth0: autonegotiation complete: 100baseT-FD selected Mar 14 12:47:18 lappy pumpd[994]: configured interface eth0 Mar 14 12:47:18 lappy ifup: done. Mar 14 12:47:18 lappy network: Bringing up interface eth0 succeeded Mar 14 12:47:19 lappy kernel: eth0: lost link beat Mar 14 12:47:19 lappy kernel: eth0: autonegotiation restarted Mar 14 12:47:20 lappy kernel: eth0: found link beat Mar 14 12:47:20 lappy kernel: eth0: autonegotiation complete: 100baseT-FD selected Mar 14 12:51:13 lappy kernel: eth0: interrupt(s) dropped! Mar 14 12:51:13 lappy kernel: eth0: adapter failure, FIFO diagnostic register 2000. Mar 14 12:51:13 lappy last message repeated 186 times Mar 14 12:54:53 lappy kernel: eth0: interrupt(s) dropped! Mar 14 13:04:45 lappy kernel: eth0: interrupt(s) dropped! Mar 14 13:04:45 lappy kernel: eth0: adapter failure, FIFO diagnostic register 2000. --------------------------- (this is a couple of minutes after booting) ifconfig: eth0 Link encap:Ethernet HWaddr 00:50:04:FC:6C:E1           inet addr:134.129.125.223 Bcast:134.129.125.255 Mask:255.255.255.0           UP BROADCAST RUNNING MTU:1500 Metric:1           RX packets:5881 errors:0 dropped:0 overruns:0 frame:0           TX packets:1875 errors:0 dropped:0 overruns:0 carrier:1           collisions:0 txqueuelen:100           Interrupt:9 Base address:0x280 ---------------------------- lsmod: Module Size Used by 3c574_cs 9928 1 ds 6088 2 [3c574_cs] i82365 21296 2 pcmcia_core 42720 0 [3c574_cs ds i82365] maestro 25204 1 soundcore 2372 2 [maestro]

It is not normal for this card Re: Question: 3c574 problem: adapter failure, FIFO diagnostic register 2000 (John Opgrande) Date: 2000, Mar 14 From: David Hinds <dhinds@pcmcia.sourceforge.org>

No interrupts are being delivered to the 3Com card. You should post more messages, including the PCMCIA driver startup messages. What IBM network card works fine? Does that card also give messages about "interrupts dropped"? If that card gives no errors when using the same interrupt that causes problems with the 3Com card, I think I would suspect that you might have a defective card. -- Dave

More: PCMCIA startup information Re: It is not normal for this card (David Hinds) Date: 2000, Mar 15 From: John Opgrande johneo

I have an IBM Ethernet II Credit Credit Card Adapter which has never had any problem. It has never had any dropped interrupt messages. It used the same interrupt as the 3Com. Hope this helps Thanks again John. ----------------------------- Here is the pcmcia start up: Mar 14 22:40:41 lappy kernel: Linux PCMCIA Card Services 3.1.12 Mar 14 22:40:41 lappy kernel: kernel build: 2.2.14 #5 Mon Mar 6 13:54:53 CST 2000 Mar 14 22:40:41 lappy kernel: options: [pci] [cardbus] [apm] Mar 14 22:40:41 lappy kernel: PCI routing table version 1.0 at 0xfdf50 Mar 14 22:40:41 lappy kernel: Intel PCIC probe: Mar 14 22:40:41 lappy kernel: TI 1225 PCI-to-CardBus at slot 00:04, mem 0x68000000 Mar 14 22:40:41 lappy kernel: host opts [0]: [ring] [serial pci & irq] [pci irq 11] [lat 168/32] [bus 32/34] Mar 14 22:40:41 lappy kernel: host opts [1]: [ring] [serial pci & irq] [pci irq 11] [lat 168/32] [bus 35/37] Mar 14 22:40:41 lappy kernel: PCI irq 11 seems to be wedged! Mar 14 22:40:41 lappy kernel: PCI irq 11 test failed Mar 14 22:40:41 lappy kernel: ISA irqs (scanned) = 3,4,7,9,10 polling interval = 1000 ms Mar 14 22:40:41 lappy cardmgr[4015]: starting, version is 3.1.12 Mar 14 22:40:41 lappy cardmgr[4015]: watching 2 sockets Mar 14 22:40:41 lappy kernel: cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff Mar 14 22:40:41 lappy kernel: cs: IO port probe 0x0800-0x08ff: clean. Mar 14 22:40:41 lappy kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x4d0-0x4d7 Mar 14 22:40:41 lappy kernel: cs: IO port probe 0x0a00-0x0aff: clean. Mar 14 22:40:42 lappy cardmgr[4015]: initializing socket 0 Mar 14 22:40:42 lappy kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean. Mar 14 22:40:42 lappy cardmgr[4015]: socket 0: 3Com 572/574 Fast Ethernet Mar 14 22:40:42 lappy cardmgr[4015]: executing: 'insmod /lib/modules/2.2.14/pcmcia/3c574_cs.o' Mar 14 22:40:42 lappy kernel: 3c574_cs.c v1.08 9/24/98 Donald Becker/David Hinds, becker@cesdis.gsfc.nasa.gov. Mar 14 22:40:42 lappy kernel: eth0: Megahertz 574B at io 0x280, irq 9, hw_addr 00:50:04:FC:6C:E1. Mar 14 22:40:42 lappy kernel: ASIC rev 10, 64K FIFO split 1:1 Rx:Tx, autoselect MII interface. Mar 14 22:40:42 lappy cardmgr[4015]: executing: './network start eth0'

It is sounding more like a hardware problem Re: More: PCMCIA startup information (John Opgrande) Date: 2000, Mar 21 From: David Hinds <dhinds@pcmcia.sourceforge.org>

In that case, I'm thinking the card is defective. -- Dave

Question: But I have the same problem too! Re: It is sounding more like a hardware problem (David Hinds) Date: 2000, Jul 28 From: Chris Karakas karakas

Dave, I came across this message because I was searching for something having "FIFO diagnostic register 2000" in it. I get this error from my 3c574TX PCMCIA card on my Olivetti Echos P90M. It seems to happen when I have heavy downloading from the Internet, or the card has to send large amounts of data for network backups of my laptop through amanda. It starts saying "FIFO diagnostic register 2000", then "Interrupts dropped" a lot of times. I use pcmcia-3.0.13-10. Is my card defective too? Chris

I really don't know Re: Question: But I have the same problem too! (Chris Karakas) Date: 2000, Jul 28 From: David Hinds <dhinds@pcmcia.sourceforge.org>

That was only a guess; often it is hard to figure out exactly what a problem is when only one or two people ever report it and I can't reproduce it myself. -- Dave

More: How can I help find it out? Re: I really don't know (David Hinds) Date: 2000, Jul 30 From: Chris Karakas karakas

Dave, OK, it seems quite hard. But I am willing to help, if I can. I observe that this error occurs almost invariably in the night, when the laptop has to send a lot of files for the daily network backup. So, to start with, shall I start tcpdump? Or is there a better idea? Chris

Question: 3com 3c574b on Toshiba Satellite 2655XDVD (RedHat 6.1) Date: 2000, Mar 16 From: Peter Cooper pvcooper

Can anyone shed some light on an issue with getting the boot up sequence to work properly. I am unable to get this NIC card working on initial boot up unless I add a pcmcia restart to the rc.local file in redhat6.1. I made sure that the kernel driver, I/O Port and IRQ fields are empty as per the writeup in the PCMCIA-HOWTO. I have included the pertinent entries from the /var/log/messages file. Again the first time the pcmcia card services starts it does not find the NIC card but if I restart the services after or at the end of the boot sequence all is well. Seems to be related to the inability to use high memory on the first try. Any help is greatly appreciated as Linux is relatively new to me. Mar 16 09:03:32 vrcsal1 syslogd 1.3-3: restart. Mar 16 09:03:32 vrcsal1 syslog: syslogd startup succeeded Mar 16 09:03:32 vrcsal1 syslog: klogd startup succeeded Mar 16 09:03:32 vrcsal1 kernel: klogd 1.3-3, log source = /proc/kmsg started. Mar 16 09:03:32 vrcsal1 kernel: Inspecting /boot/System.map-2.2.12-20 Mar 16 09:03:32 vrcsal1 kernel: Loaded 6865 symbols from /boot/System.map-2.2.12-20. Mar 16 09:03:32 vrcsal1 kernel: Symbols match kernel version 2.2.12. Mar 16 09:03:32 vrcsal1 kernel: No module symbols loaded. Mar 16 09:03:32 vrcsal1 kernel: Linux version 2.2.12-20 (root@porky.devel.redhat.com) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Mon Sep 27 10:40:35 EDT 1999 Mar 16 09:03:32 vrcsal1 kernel: Detected 243102022 Hz processor. Mar 16 09:03:32 vrcsal1 kernel: Console: colour VGA+ 80x25 Mar 16 09:03:32 vrcsal1 kernel: Calibrating delay loop... 227.74 BogoMIPS Mar 16 09:03:32 vrcsal1 kernel: Memory: 192432k/196480k available (1008k kernel code, 412k reserved, 2284k data, 64k init) Mar 16 09:03:32 vrcsal1 kernel: DENTRY hash table entries: 262144 (order: 9, 2097152 bytes) Mar 16 09:03:32 vrcsal1 kernel: Buffer-cache hash table entries: 262144 (order: 8, 1048576 bytes) Mar 16 09:03:32 vrcsal1 kernel: Page-cache hash table entries: 65536 (order: 6, 262144 bytes) Mar 16 09:03:32 vrcsal1 kernel: VFS: Diskquotas version dquot_6.4.0 initialized Mar 16 09:03:32 vrcsal1 kernel: CPU: Intel Celeron (Mendocino) stepping 0a Mar 16 09:03:32 vrcsal1 kernel: Checking 386/387 coupling... OK, FPU using exception 16 error reporting. Mar 16 09:03:32 vrcsal1 kernel: Checking 'hlt' instruction... OK. Mar 16 09:03:32 vrcsal1 kernel: POSIX conformance testing by UNIFIX Mar 16 09:03:32 vrcsal1 kernel: mtrr: v1.35a (19990819) Richard Gooch (rgooch@atnf.csiro.au) Mar 16 09:03:32 vrcsal1 kernel: PCI: PCI BIOS revision 2.10 entry at 0xff85c Mar 16 09:03:33 vrcsal1 kernel: PCI: Using configuration type 1 Mar 16 09:03:33 vrcsal1 kernel: PCI: Probing PCI hardware Mar 16 09:03:33 vrcsal1 kernel: Linux NET4.0 for Linux 2.2 Mar 16 09:03:33 vrcsal1 kernel: Based upon Swansea University Computer Society NET3.039 Mar 16 09:03:33 vrcsal1 kernel: NET4: Unix domain sockets 1.0 for Linux NET4.0. Mar 16 09:03:33 vrcsal1 kernel: NET4: Linux TCP/IP 1.0 for NET4.0 Mar 16 09:03:33 vrcsal1 kernel: IP Protocols: ICMP, UDP, TCP, IGMP Mar 16 09:03:33 vrcsal1 kernel: TCP: Hash tables configured (ehash 262144 bhash 65536) Mar 16 09:03:33 vrcsal1 kernel: Initializing RT netlink socket Mar 16 09:03:33 vrcsal1 kernel: Starting kswapd v 1.5 Mar 16 09:03:33 vrcsal1 kernel: Detected PS/2 Mouse Port. Mar 16 09:03:33 vrcsal1 kernel: Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled Mar 16 09:03:33 vrcsal1 kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A Mar 16 09:03:33 vrcsal1 kernel: ttyS01 at 0x02f8 (irq = 3) is a 8250 Mar 16 09:03:33 vrcsal1 kernel: pty: 256 Unix98 ptys configured Mar 16 09:03:33 vrcsal1 kernel: apm: BIOS version 1.2 Flags 0x02 (Driver version 1.9) Mar 16 09:03:33 vrcsal1 kernel: Real Time Clock Driver v1.09 Mar 16 09:03:33 vrcsal1 kernel: RAM disk driver initialized: 16 RAM disks of 4096K size Mar 16 09:03:33 vrcsal1 kernel: PIIX4: IDE controller on PCI bus 00 dev 29 Mar 16 09:03:33 vrcsal1 kernel: PIIX4: not 100% native mode: will probe irqs later Mar 16 09:03:33 vrcsal1 kernel: ide0: BM-DMA at 0xfff0-0xfff7, BIOS settings: hda:DMA, hdb:pio Mar 16 09:03:33 vrcsal1 kernel: ide1: BM-DMA at 0xfff8-0xffff, BIOS settings: hdc:DMA, hdd:pio Mar 16 09:03:33 vrcsal1 kernel: hda: TOSHIBA MK6411MAT, ATA DISK drive Mar 16 09:03:33 vrcsal1 kernel: hdc: TOSHIBA DVD-ROM SD-C2202, ATAPI CDROM drive Mar 16 09:03:33 vrcsal1 kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Mar 16 09:03:33 vrcsal1 kernel: ide1 at 0x170-0x177,0x376 on irq 15 Mar 16 09:03:33 vrcsal1 kernel: hda: TOSHIBA MK6411MAT, 5729MB w/0kB Cache, CHS=730/255/63 Mar 16 09:03:33 vrcsal1 kernel: hdc: ATAPI 24X DVD-ROM drive, 128kB Cache Mar 16 09:03:33 vrcsal1 kernel: Uniform CDROM driver Revision: 2.56 Mar 16 09:03:33 vrcsal1 kernel: Floppy drive(s): fd0 is 1.44M Mar 16 09:03:33 vrcsal1 kernel: FDC 0 is an 8272A Mar 16 09:03:33 vrcsal1 kernel: md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12 Mar 16 09:03:33 vrcsal1 kernel: raid5: measuring checksumming speed Mar 16 09:03:33 vrcsal1 kernel: raid5: MMX detected, trying high-speed MMX checksum routines Mar 16 09:03:33 vrcsal1 kernel: pII_mmx : 509.397 MB/sec Mar 16 09:03:33 vrcsal1 kernel: p5_mmx : 536.067 MB/sec Mar 16 09:03:33 vrcsal1 kernel: 8regs : 393.192 MB/sec Mar 16 09:03:33 vrcsal1 kernel: 32regs : 220.599 MB/sec Mar 16 09:03:33 vrcsal1 kernel: using fastest function: p5_mmx (536.067 MB/sec) Mar 16 09:03:33 vrcsal1 kernel: scsi : 0 hosts. Mar 16 09:03:33 vrcsal1 kernel: scsi : detected total. Mar 16 09:03:33 vrcsal1 kernel: md.c: sizeof(mdp_super_t) = 4096 Mar 16 09:03:33 vrcsal1 kernel: Partition check: Mar 16 09:03:33 vrcsal1 kernel: hda: hda1 hda2 < hda5 hda6 hda7 > Mar 16 09:03:33 vrcsal1 kernel: RAMDISK: Compressed image found at block 0 Mar 16 09:03:33 vrcsal1 kernel: autodetecting RAID arrays Mar 16 09:03:33 vrcsal1 kernel: autorun ... Mar 16 09:03:33 vrcsal1 kernel: ... autorun DONE. Mar 16 09:03:33 vrcsal1 kernel: VFS: Mounted root (ext2 filesystem). Mar 16 09:03:33 vrcsal1 kernel: autodetecting RAID arrays Mar 16 09:03:33 vrcsal1 kernel: autorun ... Mar 16 09:03:33 vrcsal1 kernel: ... autorun DONE. Mar 16 09:03:33 vrcsal1 kernel: VFS: Mounted root (ext2 filesystem) readonly. Mar 16 09:03:33 vrcsal1 kernel: change_root: old root has d_count=1 Mar 16 09:03:33 vrcsal1 kernel: Trying to unmount old root ... okay Mar 16 09:03:33 vrcsal1 kernel: Freeing unused kernel memory: 64k freed Mar 16 09:03:33 vrcsal1 kernel: Adding Swap: 393552k swap-space (priority -1) Mar 16 09:03:33 vrcsal1 kernel: Linux PCMCIA Card Services 3.0.14 Mar 16 09:03:33 vrcsal1 kernel: kernel build: 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 Mar 16 09:03:33 vrcsal1 kernel: options: [pci] [cardbus] [apm] Mar 16 09:03:33 vrcsal1 kernel: ds: no socket drivers loaded! Mar 16 09:03:33 vrcsal1 kernel: unloading PCMCIA Card Services Mar 16 09:03:33 vrcsal1 atd: atd startup succeeded Mar 16 09:03:34 vrcsal1 crond: crond startup succeeded Mar 16 09:03:34 vrcsal1 pcmcia: Starting PCMCIA services: Mar 16 09:03:34 vrcsal1 pcmcia: modules Mar 16 09:03:34 vrcsal1 kernel: Linux PCMCIA Card Services 3.0.14 Mar 16 09:03:34 vrcsal1 kernel: kernel build: 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 Mar 16 09:03:34 vrcsal1 kernel: options: [pci] [cardbus] [apm] Mar 16 09:03:34 vrcsal1 kernel: Intel PCIC probe: Mar 16 09:03:34 vrcsal1 kernel: Unknown [0x1179 0x0617] PCI-to-CardBus at bus 0 slot 11, mem 0x68000000, 2 sockets Mar 16 09:03:34 vrcsal1 kernel: host opts [0]: [no pci irq] [lat 64/176] [bus 20/20] Mar 16 09:03:34 vrcsal1 kernel: host opts [1]: [no pci irq] [lat 64/176] [bus 21/21] Mar 16 09:03:34 vrcsal1 kernel: ISA irqs (default) = 4,5,7,9,10,12 polling interval = 1000 ms Mar 16 09:03:34 vrcsal1 pcmcia: cardmgr. Mar 16 09:03:34 vrcsal1 cardmgr[376]: starting, version is 3.0.14 Mar 16 09:03:34 vrcsal1 cardmgr[376]: watching 2 sockets Mar 16 09:03:34 vrcsal1 kernel: cs: IO port probe 0x1000-0x17ff: clean. Mar 16 09:03:34 vrcsal1 kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7 Mar 16 09:03:35 vrcsal1 kernel: cs: IO port probe 0x0a00-0x0aff: clean. Mar 16 09:03:35 vrcsal1 cardmgr[376]: initializing socket 1 Mar 16 09:03:35 vrcsal1 kernel: cs: memory probe 0xb2000000-0xb2ffffff: excluding 0xb2000000-0xb2ffffff Mar 16 09:03:35 vrcsal1 kernel: cs: memory probe 0xb1000000-0xb1ffffff: excluding 0xb1000000-0xb1ffffff Mar 16 09:03:35 vrcsal1 kernel: cs: warning: no high memory space available! Mar 16 09:03:35 vrcsal1 kernel: cs: memory probe 0x0d0000-0x0dffff: excluding 0xd0000-0xdffff Mar 16 09:03:35 vrcsal1 kernel: cs: memory probe 0x0c0000-0x0cffff: excluding 0xc0000-0xcffff Mar 16 09:03:35 vrcsal1 cardmgr[376]: socket 1: Anonymous Memory Mar 16 09:03:35 vrcsal1 rc: Starting pcmcia succeeded Mar 16 09:03:35 vrcsal1 cardmgr[376]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/memory_cs.o' Mar 16 09:03:35 vrcsal1 kernel: memory_cs: mem0: anonymous: unknown size Mar 16 09:03:35 vrcsal1 cardmgr[376]: executing: './memory start mem0' Mar 16 09:03:35 vrcsal1 inet: inetd startup succeeded Mar 16 09:03:36 vrcsal1 lpd: lpd startup succeeded Mar 16 09:03:36 vrcsal1 keytable: Loading keymap: Mar 16 09:03:36 vrcsal1 keytable: Loading /usr/lib/kbd/keymaps/i386/qwerty/us.kmap.gz Mar 16 09:03:36 vrcsal1 keytable: Loading system font: Mar 16 09:03:36 vrcsal1 rc: Starting keytable succeeded Mar 16 09:03:38 vrcsal1 sendmail: sendmail startup succeeded Mar 16 09:03:39 vrcsal1 gpm: gpm startup succeeded Mar 16 09:03:40 vrcsal1 httpd: httpd startup succeeded Mar 16 09:03:41 vrcsal1 xfs: xfs startup succeeded Mar 16 09:03:41 vrcsal1 xfs: Warning: The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not exist. Mar 16 09:03:41 vrcsal1 xfs: Entry deleted from font path. Mar 16 09:03:41 vrcsal1 linuxconf: Linuxconf final setup Mar 16 09:03:44 vrcsal1 rc: Starting linuxconf succeeded Mar 16 09:04:06 vrcsal1 PAM_pwdb[567]: (login) session opened for user root by LOGIN(uid=0) Mar 16 09:06:10 vrcsal1 cardmgr[376]: executing: './memory check mem0' Mar 16 09:06:11 vrcsal1 cardmgr[376]: shutting down socket 1 Mar 16 09:06:11 vrcsal1 cardmgr[376]: executing: './memory stop mem0' Mar 16 09:06:11 vrcsal1 cardmgr[376]: executing: 'rmmod memory_cs' Mar 16 09:06:11 vrcsal1 cardmgr[376]: exiting Mar 16 09:06:13 vrcsal1 kernel: unloading PCMCIA Card Services Mar 16 09:06:13 vrcsal1 kernel: Linux PCMCIA Card Services 3.0.14 Mar 16 09:06:13 vrcsal1 kernel: kernel build: 2.2.12-20 #1 Mon Sep 27 10:40:35 EDT 1999 Mar 16 09:06:13 vrcsal1 kernel: options: [pci] [cardbus] [apm] Mar 16 09:06:13 vrcsal1 kernel: Intel PCIC probe: Mar 16 09:06:13 vrcsal1 kernel: Unknown [0x1179 0x0617] PCI-to-CardBus at bus 0 slot 11, mem 0x68000000, 2 sockets Mar 16 09:06:13 vrcsal1 kernel: host opts [0]: [no pci irq] [lat 64/176] [bus 20/20] Mar 16 09:06:13 vrcsal1 kernel: host opts [1]: [no pci irq] [lat 64/176] [bus 21/21] Mar 16 09:06:13 vrcsal1 kernel: ISA irqs (default) = 4,5,7,9,10 polling interval = 1000 ms Mar 16 09:06:13 vrcsal1 cardmgr[644]: starting, version is 3.0.14 Mar 16 09:06:13 vrcsal1 cardmgr[644]: watching 2 sockets Mar 16 09:06:13 vrcsal1 kernel: cs: IO port probe 0x1000-0x17ff: clean. Mar 16 09:06:13 vrcsal1 kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7 Mar 16 09:06:13 vrcsal1 kernel: cs: IO port probe 0x0a00-0x0aff: clean. Mar 16 09:06:13 vrcsal1 cardmgr[644]: initializing socket 1 Mar 16 09:06:13 vrcsal1 kernel: cs: memory probe 0xb2000000-0xb2ffffff: clean. Mar 16 09:06:13 vrcsal1 cardmgr[644]: socket 1: 3Com Megahertz 3c574B Fast Ethernet Mar 16 09:06:14 vrcsal1 cardmgr[644]: executing: 'insmod /lib/modules/2.2.12-20/pcmcia/3c574_cs.o' Mar 16 09:06:14 vrcsal1 kernel: 3c574_cs.c v1.08 9/24/98 Donald Becker/David Hinds, becker@cesdis.gsfc.nasa.gov. Mar 16 09:06:14 vrcsal1 kernel: eth0: Megahertz 574B at io 0x300, irq 5, hw_addr 00:50:04:FE:C8:A7. Mar 16 09:06:14 vrcsal1 kernel: ASIC rev 1, 64K FIFO split 1:1 Rx:Tx, autoselect MII interface. Mar 16 09:06:14 vrcsal1 cardmgr[644]: executing: './network start eth0' Mar 16 09:06:16 vrcsal1 kernel: eth0: found link beat Mar 16 09:06:16 vrcsal1 kernel: eth0: autonegotiation complete: 100baseT-HD selected

Your PCMCIA drivers are too old for this laptop Re: Question: 3com 3c574b on Toshiba Satellite 2655XDVD (RedHat 6.1) (Peter Cooper) Date: 2000, Mar 16 From: David Hinds <dhinds@pcmcia.sourceforge.org>

> Mar 16 09:03:34 vrcsal1 kernel: Unknown [0x1179 0x0617] PCI-to-CardBus You need to upgrade your PCMCIA drivers to a version that can handle your (fairly new) Toshiba ToPIC100 bridge. You have the 3.0.14 drivers; the latest release is 3.1.13. -- Dave

Sad: ToPIC97 RequestIRQ failure (2.3.99-pre3, 3.1.13) Date: 2000, Apr 02 From: Rob Braun bbraun

On a Toshiba Libretto 100ct, using kernel 2.3.99-pre3, pcmcia card services 3.1.13, and a 3c589D ethernet card, I get an error message of "3c589_cs: RequestIRQ: Resource in use" This is with the kernel tree card services enabled, and the 3.1.13 cardmgr running. I was unable to build 3.1.13 card services under RedHat 6.1 without kernel tree card services enabled. It errored out when trying to compile 3c575_cb.c. The Libretto 100 uses a ToPIC97 PCI->CardBus bridge, and it is not assigned an IRQ. lspci -v shows the IRQ to be 255. Reading this page, I have noticed some people with similar problems on other PCI->CardBus bridges, and the response has generally been IRQ routing issues, and to try manipulating irq_mode, pci_int, and others. I have tried playing with these, to no end. Here is an exerpt from the logs (typing on another machine, as the network card isn't working yet on the libretto): dmesg: >Linux PCMCIA Card Services 3.1.11 >options: [pci] [cardbus] [pm] >Adding cardbus controller 0: Toshiba America Info Systems ToPIC97 >PCI: No IRQ known for interrupt pin A of device 00:13.0. >Yenta IRQ list 0000, PCI irq0 >Socket status: ffffffff >Adding cardbus controller 1: Toshiba America Info Systems ToPIC97 >PCI: No IRQ known for interrupt pin B of device 00:13.1. >Yenta IRQ list 0000, PCI irq0 >Socket status: ffffffff cardmgr startup: >starting, version is 3.1.11 >watching 2 sockets > initializing socket 1 >socket 1: 3Com 589 Ethernet >executing: 'insmod /lib/modules/2.3.99-pre3/pcmcia/3c589_cs.o >kernel: 3c589_cs: RequestIRQ: Resource in use >get dev info on socket 1 failed: Resource temporarily unavailable

The build problem is fixed in the current beta Re: Sad: ToPIC97 RequestIRQ failure (2.3.99-pre3, 3.1.13) (Rob Braun) Date: 2000, Apr 03 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The 3.1.14 beta on sourceforge.org in /pcmcia/NEW will fix the build problems with the 2.3.99 kernels. The beta may give more useful information about the interrupt problem. -- Dave

Compiles (w/o ray_cs.c) & works Re: The build problem is fixed in the current beta (David Hinds) Date: 2000, Apr 04 From: Rob Braun bbraun

The PCMCIA support built separatly works fine on 2.3.99pre3 and the beta version of 3.1.14 from Mar31, although ray_cs.c doesn't build properly. I can take a look at it and try to fix it, but each time I do, someone else has already fixed it, so I thought I'd ask first. =) For debugging the kernel version of the PCMCIA support, the modular version enters into polling mode, although the kernel version does not. Here is the output from the working version (3.1.14beta with the 2.3.99pre3, no kernel support). Rob kernel build: 2.3.99-pre3 #1 Tue Apr 4 00:29:23 MDT 2000 options: [pci] [cardbus] [apm] Intel PCIC probe: <4>PCI: No IRQ known for interrupt pin A of device 00:13.0. PCI: No IRQ known for interrupt pin B of device 00:13.1. Toshiba ToPIC97 rev 20 PCI-to-CardBus at slot 00:13, mem 0xfff00000 host opts [0]: [slot 0xf0] [ccr 0x10] [cdr 0x86] [rcr 0x02] [no pci irq] [lat 168/176] [bus 20/20] host opts [1]: [slot 0xf0] [ccr 0x20] [cdr 0x86] [rcr 0x02] [no pci irq] [lat 168/176] [bus 21/21] ISA irqs (default) = 3,4,7,9,10,15 polling interval = 1000 ms

Re: Compiles (w/o ray_cs.c) & works Re: Compiles (w/o ray_cs.c) & works (Rob Braun) Date: 2000, Apr 04 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The ray_cs compilation issue is fixed in the 04-Apr-00 beta, sorry about that. For the "no IRQ known" problem (which is fatal for the kernel PCMCIA driver), it might be interesting to see the output of the dump_pirq script, in the debug-tools subdirectory of the PCMCIA package. It looks like there are still other problems (like the bad socket status value). -- Dave

04Apr00 works + dump_pirq output Re: Re: Compiles (w/o ray_cs.c) & works (David Hinds) Date: 2000, Apr 05 From: Rob Braun bbraun

The 04Apr00 release compiles fine, and I've gotten the ray_cs driver working fine with my webgear card. Thanks. For tracking down some of the remaining issues, here's the dump_pirq output. The libretto 100 has no IRQ's for any PCI device on it. Kinda broken, especially for a laptop, but oh well. Thanks, Rob Interrupt routing table found at address 0xf8e80: Version 1.0, size 0x0070 Interrupt router is device 00:01.0 PCI exclusive interrupt mask: 0x0000 Compatible router: vendor 0x1179 device 0x0602 Device 00:11.0 (slot 0): INTA: link 0x01, irq mask 0xdef8 Device 00:04.0 (slot 0): Device 00:13.0 (slot 0): INTA: link 0x01, irq mask 0xdef8 INTB: link 0x01, irq mask 0xdef8 Device 00:06.0 (slot 1): INTA: link 0x01, irq mask 0xdef8 INTB: link 0x01, irq mask 0xdef8 Device 00:0b.0 (slot 1): INTA: link 0x01, irq mask 0xdef8 Could not read router info from /proc/bus/pci/00/01.0.

Re: 04Apr00 works + dump_pirq output Re: 04Apr00 works + dump_pirq output (Rob Braun) Date: 2000, Apr 05 From: David Hinds <dhinds@pcmcia.sourceforge.org>

> The libretto 100 has no IRQ's for any PCI device on it. I'm not sure what you meant by this. The main problem is that the kernel (and the PCMCIA subsystem) don't know how to assign a PCI interrupt to the CardBus bridge. Your interrupt router is a Toshiba host bridge, and I doubt that Toshiba has released a datasheet. Without that info, there is no way to figure out the PCI interrupt routing. This should be mostly harmless for the standalone PCMCIA driver package, but is fatal for the in-kernel yenta driver, which more or less requires a working PCI interrupt. -- Dave

Question: problem with 3cxfe575ct on ibm thinkpad 760xl Date: 2000, Apr 03 From: Thomas v. Massenbach tvm

I have an IBM Thinkpad 760XL with a 3com 3cxfe575ct card. Using SuSE Linux 4.6 implementing the card is no problems. The card works from start up. But. When trying to send / receive a large data stream (e.g. ftp some larger file) the card stops sending data and is usable only after a crad reset. messages from /var/log messages is: Apr 3 14:53:00 caprilx03 kernel: Inspecting /boot/System.map-2.2.14 Apr 3 14:53:00 caprilx03 kernel: Loaded 9053 symbols from /boot/System.map-2.2.14. Apr 3 14:53:00 caprilx03 kernel: Symbols match kernel version 2.2.14. Apr 3 14:53:00 caprilx03 kernel: Loaded 55 symbols from 7 modules. Apr 3 14:53:00 caprilx03 kernel: Serial driver version 4.27 with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ enabled Apr 3 14:53:00 caprilx03 kernel: ttyS01 at 0x02f8 (irq = 3) is a 16550A Apr 3 14:53:00 caprilx03 kernel: Linux PCMCIA Card Services 3.1.11 Apr 3 14:53:00 caprilx03 kernel: kernel build: 2.2.14 #1 Mon Mar 13 10:54:26 GMT 2000 Apr 3 14:53:00 caprilx03 kernel: options: [pci] [cardbus] [apm] Apr 3 14:53:00 caprilx03 kernel: Intel PCIC probe: Apr 3 14:53:00 caprilx03 kernel: TI 1130 PCI-to-CardBus at slot 00:02, mem 0x10811000 Apr 3 14:53:00 caprilx03 kernel: host opts [0]: [ring] [isa irq] [no pci irq] [lat 168/176] [bus 1/3] Apr 3 14:53:00 caprilx03 kernel: host opts [1]: [ring] [isa irq] [no pci irq] [lat 168/176] [bus 4/6] Apr 3 14:53:00 caprilx03 kernel: ISA irqs (scanned) = 5,7,9,10 status change on irq 10 Apr 3 14:53:00 caprilx03 kernel: cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff Apr 3 14:53:00 caprilx03 kernel: cs: IO port probe 0x0800-0x08ff: clean. Apr 3 14:53:00 caprilx03 kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x1a0-0x1af 0x220-0x22f 0x268-0x26f 0x330-0x337 0x378-0x37f 0x388-0x38f 0x4d0-0x4d7 Apr 3 14:53:00 caprilx03 kernel: cs: IO port probe 0x0a00-0x0aff: excluding 0xa68-0xa6f Apr 3 14:53:00 caprilx03 kernel: cs: cb_alloc(bus 1): vendor 0x10b7, device 0x5257 Apr 3 14:53:00 caprilx03 kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html Apr 3 14:53:00 caprilx03 kernel: cs: cb_config(bus 1) Apr 3 14:53:00 caprilx03 kernel: fn 0 bar 1: io 0x100-0x17f Apr 3 14:53:00 caprilx03 kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Apr 3 14:53:00 caprilx03 kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Apr 3 14:53:00 caprilx03 kernel: fn 0 rom: mem 0x60000000-0x6001ffff Apr 3 14:53:00 caprilx03 kernel: cs: cb_enable(bus 1) Apr 3 14:53:00 caprilx03 kernel: bridge io map 0 (flags 0x21): 0x100-0x17f Apr 3 14:53:00 caprilx03 kernel: bridge mem map 0 (flags 0x1): 0x60000000-0x60021fff Apr 3 14:53:00 caprilx03 kernel: vortex_reap() Apr 3 14:53:00 caprilx03 kernel: vortex_attach(bus 1, function 0, device 5257) Apr 3 14:53:00 caprilx03 kernel: eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x100, 00:00:86:50:64:04, IRQ 5 Apr 3 14:53:00 caprilx03 kernel: eth0: CardBus functions mapped 60020000->c3843000 Apr 3 14:53:00 caprilx03 kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Apr 3 14:53:00 caprilx03 kernel: MII transceiver found at address 0, status 7809. Apr 3 14:53:00 caprilx03 kernel: Enabling bus-master transmits and whole-frame receives. Apr 3 14:53:07 caprilx03 apmd[141]: Version 3.0final (APM BIOS 1.2, Linux driver 1.12) Apr 3 14:53:08 caprilx03 apmd[141]: Battery: * * * (100% unknown) Apr 3 14:53:11 caprilx03 sshd[193]: Server listening on 0.0.0.0 port 22. Apr 3 14:53:11 caprilx03 sshd[193]: Generating 768 bit RSA key. Apr 3 14:53:12 caprilx03 sshd[193]: RSA key generation complete. Apr 3 14:53:12 caprilx03 /usr/sbin/cron[201]: (CRON) STARTUP (fork ok) Apr 3 14:53:12 caprilx03 in.identd[205]: started Apr 3 14:54:00 caprilx03 apmd[141]: Now using AC Power Apr 3 14:56:33 caprilx03 kernel: vortex_suspend(eth0) Apr 3 14:56:33 caprilx03 kernel: cs: cb_disable(bus 1) Apr 3 14:56:34 caprilx03 kernel: cs: cb_enable(bus 1) Apr 3 14:56:34 caprilx03 kernel: bridge io map 0 (flags 0x21): 0x100-0x17f Apr 3 14:56:34 caprilx03 kernel: bridge mem map 0 (flags 0x1): 0x60000000-0x60021fff Apr 3 14:56:34 caprilx03 kernel: vortex_resume(eth0) Apr 3 14:56:34 caprilx03 kernel: eth0: Transmit error, Tx status register 90. Apr 3 14:58:15 caprilx03 kernel: eth0: transmit timed out, tx_status 00 status e000. Apr 3 14:58:15 caprilx03 kernel: Flags; bus-master 1, full 1; dirty 376 current 392. Apr 3 14:58:15 caprilx03 kernel: Transmit list 029cea90 vs. c29cea80. Apr 3 14:58:15 caprilx03 kernel: 0: @c29cea00 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 1: @c29cea10 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 2: @c29cea20 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 3: @c29cea30 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 4: @c29cea40 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 5: @c29cea50 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 6: @c29cea60 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 7: @c29cea70 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 8: @c29cea80 length 80000042 status 80010042 Apr 3 14:58:15 caprilx03 kernel: 9: @c29cea90 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 10: @c29ceaa0 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 11: @c29ceab0 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 12: @c29ceac0 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 13: @c29cead0 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 14: @c29ceae0 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: 15: @c29ceaf0 length 80000042 status 80000042 Apr 3 14:58:15 caprilx03 kernel: eth0: Resetting the Tx ring pointer. Apr 3 14:58:20 caprilx03 kernel: eth0: transmit timed out, tx_status 00 status e000. Apr 3 14:58:20 caprilx03 kernel: Flags; bus-master 1, full and so on. Looks like a lost interrupt. Has anyone an idea. Thanks a lot!

Question: Megahertz (3Com) 3CXFE575BT Driver Errors Date: 2000, Apr 04 From: Louis Trumpbour ltrump

When trying to get the Megahertz 3CXFE575BT to work on a Dell Inspiron 7000, I get references in /var/log/messages to the vendor ID 0x10b7, when checking cardctl shows the card itself is 0x0101, 0x5157. Afterwards, the card driver fails to load, with an error that looks like this "Unknown 3Com PCI ethernet adapter type 5157 detected: not configured." I'm using Debian 2.0.38, and have loaded the Debian package pcmcia-cs-3.1.13-2 (including all the requisite dependencies: libc6, ncurses, psinfo). Any ideas?

Driver version mismatch, Debian package issue Re: Question: Megahertz (3Com) 3CXFE575BT Driver Errors (Louis Trumpbour) Date: 2000, Apr 04 From: David Hinds <dhinds@pcmcia.sourceforge.org>

It is hard for me to tell exactly what is going on without the actual system log messages. However... If the 3c575_cb driver is complaining about an unknown adapter type, that means that your 3c575_cb driver is a version that is too old to support this card. You say you installed the Debian 3.1.13 pcmcia-cs package. This includes the user level tools and configuration files for 3.1.13, but the kernel modules are in the pcmcia-kernel package. So you are probably running some old kernel modules, and you probably have a warning in your system log from cardmgr, saying that the versions don't match. The PCMCIA-HOWTO mentions this Debian ``feature'' in the section describing different Linux distributions. I don't recommend using CardBus devices on 2.0.* kernels. It may work ok, but the PCI support in 2.0.* has some serious limitations. It turns out that you are more or less at the mercy of your BIOS, and on less well behaved systems, CardBus just won't work. -- Dave

Question: Problems with 3CCE589ET Date: 2000, Apr 05 From: David Weir <david@argon.demon.co.uk>

I just bought a brand new 3Com (Megahertz) 3CCE589ET. With older versions of pcmcia_cs, it is detected and configured using the 3c589_cs module (as it should). With the latest version, it is detected as an "Anonymous Memory" card. Is there a fix to this problem or will I need to go back a version? Cheers, David Weir

Need more specific information Re: Question: Problems with 3CCE589ET (David Weir) Date: 2000, Apr 05 From: David Hinds <dhinds@pcmcia.sourceforge.org>

It might be useful to say exactly what versions worked, what kind of laptop this is, and what the rest of the PCMCIA system log messages were. As a wild guess, is this a Toshiba laptop, and does the problem only happen when the card is inserted at boot time? -- Dave

More Specific Information Re: Need more specific information (David Hinds) Date: 2000, Apr 05 From: David Weir <david@argon.demon.co.uk>

Sorry I was so vague :) It's a Toshiba Satellite Pro 460CDX (It's got a ToPIC95-B bridge, but since this shouldn't be an issue - it's not a cardbus card I'm using - should it?) The problems occur no matter when I insert the card (I've tried countless permutations of ejecting and reinserting it) The version that worked was 3.0.14. The versions that don't work are those included on Debian Potato, Mandrake 7 and Redhat 6.2 installer boot images. This log of it being mis-detected comes from 3.1.8 (I'm typing this): cardmgr[14]: watching 2 sockets cs: IO port probe 0x1000-0x17ff: clean cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x330-0x337 0x370-0x37f 0x388-0x38f 0x480-0x48f 0x4d0-0x4d7 cs: IO port probe 0x0a00-0x0aff: clean cardmgr[14]: initialising socket 0 cs: memory probe 0x0d0000-0x0dffff: clean. cardmgr[14]: socket 0: Anonymous Memory cardmgr[14]: executing 'modprobe memory_cs.o' memory_cs: mem0: unknown size (It would be virtually impossible to compile my own version and get it onto the laptop, since I'm doing a clean install and need to install it off an NFS server) If I've missed anything out, let me know. David Weir

Not a familiar problem; may be hard to work around Re: More Specific Information (David Weir) Date: 2000, Apr 05 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The bridge type always matters, whether you're using a Cardbus card or not. I haven't had many reports of Toshiba laptop problems with the recent PCMCIA packages, but I know there are still things that are wrong in the support for these ToPIC bridges. The remaining problems are hard to stamp out because the documentation I have is quite poor, and the number of different Toshiba laptops is quite large. As a temporary work around, you can go into your BIOS setup menu, and change the PCMCIA bridge mode. There are three options: "PCIC", "auto", and "CardBus/16-bit". Try all three: you may find one that works, and will get you through the installation. -- Dave

Ok: Working Re: Not a familiar problem; may be hard to work around (David Hinds) Date: 2000, Apr 05 From: David Weir <david@argon.demon.co.uk>

It seems a bit patchy, but it's now working (Switched to "PCIC Compatible" mode in BIOS). I didn't try this at first, since it didn't help with my 3c575tx, which froze when I tried to use it... but that's another story. Thanks

Question: 3CXFE575BT/Inspiron3500/RH-6.2 problem Date: 2000, Apr 15 From: Joe Christy <joe@eshu.net>

I'm having trouble getting networking going on a Dell Inspiron 3500. I believe that my 3CXFE57BT isn't auto-negotiating 100baseTx, which is what other machines on my network are talking, through a Netgear FE-108 switch. The symptom is that ping returns from my gateway escalate by 4 sec per return. Pinging from another machine to the laptop sees no lossage and 0.3 sec returns. Diagnostics [from /var/log/messages, mii-diag, ping] follow. Assuming that my guess is correct, can I force the card to 100baseTx? Joe > [root@sniff /root]# uname -a > Linux sniff.eshu.net 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown > [root@sniff /root]# rpm -qf $(which cardmgr) > kernel-pcmcia-cs-2.2.14-5.0 > [root@sniff /root]# cat /etc/redhat-release > Red Hat Linux release 6.2 (Zoot) > [root@sniff /root]# date;/etc/rc.d/init.d/pcmcia restart > Sat Apr 15 10:54:03 PDT 2000 > Shutting down PCMCIA services: cardmgr modules. > Starting PCMCIA services: modules cardmgr. > > ... [/var/log/messages] ... > Apr 15 10:54:03 sniff cardmgr[879]: executing: './network check eth0' > Apr 15 10:54:03 sniff cardmgr[879]: shutting down socket 1 > Apr 15 10:54:03 sniff cardmgr[879]: executing: './network stop eth0' > Apr 15 10:54:03 sniff cardmgr[879]: executing: 'rmmod 3c575_cb' > Apr 15 10:54:03 sniff kernel: vortex_detach(eth0) > Apr 15 10:54:03 sniff cardmgr[879]: executing: 'rmmod cb_enabler' > Apr 15 10:54:04 sniff cardmgr[879]: exiting > Apr 15 10:54:05 sniff kernel: cs: cb_free(bus 35) > Apr 15 10:54:05 sniff kernel: unloading PCMCIA Card Services > Apr 15 10:54:05 sniff kernel: Linux PCMCIA Card Services 3.1.8 > Apr 15 10:54:05 sniff kernel: kernel build: 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 > Apr 15 10:54:05 sniff kernel: options: [pci] [cardbus] [apm] > Apr 15 10:54:05 sniff kernel: Intel PCIC probe: > Apr 15 10:54:05 sniff kernel: TI 1220 PCI-to-CardBus at bus 0 slot 4, mem 0x68000000, 2 sockets > Apr 15 10:54:05 sniff kernel: host opts [0]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 64/176] [bus 32/34] > Apr 15 10:54:05 sniff kernel: host opts [1]: [ring] [pwr save] [serial pci & irq] [no pci irq] [lat 64/176] [bus 35/37] > Apr 15 10:54:05 sniff kernel: ISA irqs (scanned) = 4,7,9 polling interval = > 1000 ms > Apr 15 10:54:05 sniff cardmgr[1206]: starting, version is 3.1.8 > Apr 15 10:54:05 sniff cardmgr[1206]: watching 2 sockets > Apr 15 10:54:05 sniff kernel: cs: IO port probe 0x1000-0x17ff: clean. > Apr 15 10:54:05 sniff kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x130-0x137 0x220-0x22f 0x320-0x327 0x378-0x37f 0x388-0x38f 0x4d0-0x4d7 > Apr 15 10:54:05 sniff kernel: cs: IO port probe 0x0a00-0x0aff: clean. > Apr 15 10:54:06 sniff kernel: cs: cb_alloc(bus 35): vendor 0x10b7, device 0x5157 > Apr 15 10:54:06 sniff cardmgr[1206]: initializing socket 1 > Apr 15 10:54:06 sniff cardmgr[1206]: socket 1: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL > Apr 15 10:54:06 sniff cardmgr[1206]: executing: 'insmod /lib/modules/2.2.14-5.0/pcmcia/cb_enabler.o' > Apr 15 10:54:06 sniff cardmgr[1206]: executing: 'insmod /lib/modules/2.2.14-5.0/pcmcia/3c575_cb.o' > Apr 15 10:54:06 sniff kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html > Apr 15 10:54:06 sniff kernel: cs: cb_config(bus 35) > Apr 15 10:54:06 sniff kernel: fn 0 bar 1: io 0x280-0x2ff > Apr 15 10:54:06 sniff kernel: fn 0 bar 2: mem 0x60021000-0x6002107f > Apr 15 10:54:06 sniff kernel: fn 0 bar 3: mem 0x60020000-0x6002007f > Apr 15 10:54:06 sniff kernel: fn 0 rom: mem 0x60000000-0x6001ffff > Apr 15 10:54:06 sniff kernel: vortex_attach(bus 35, function 0, device 5157) > Apr 15 10:54:06 sniff kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x280, 00:00:86:36:8f:a7, IRQ 9 > Apr 15 10:54:06 sniff kernel: eth0: CardBus functions mapped 60020000->c8059000 > Apr 15 10:54:06 sniff kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. > Apr 15 10:54:06 sniff kernel: MII transceiver found at address 0, status 7809. > Apr 15 10:54:06 sniff kernel: Enabling bus-master transmits and whole-frame receives. > Apr 15 10:54:06 sniff cardmgr[1206]: executing: './network start eth0' > ... > > [root@sniff /root]# mii-diag -v > mii-diag.c:v1.07 10/14/99 Donald Becker (becker@cesdis.gsfc.nasa.gov) > Using the default interface 'eth0'. > MII PHY #0 transceiver registers: > 3000 782d 0300 e543 01e1 0000 0000 ffff > ffff ffff ffff ffff ffff ffff ffff ffff > 0140 0001 0200 ffff ffff ffff ffff ffff > ffff ffff ffff ffff ffff ffff ffff ffff. > Basic mode control register 0x3000: Auto-negotiation enabled. > You have link beat, and everything is working OK. > This transceiver is capable of 100baseTx-FD 100baseTx 10baseT-FD 10baseT. > Able to perform Auto-negotiation, negotiation complete. > Your link partner does not do autonegotiation, and this transceiver type > does not report the sensed link speed. > MII PHY #0 transceiver registers: > 3000 782d 0300 e543 01e1 0000 0000 ffff > ffff ffff ffff ffff ffff ffff ffff ffff > 0140 0000 0300 ffff ffff ffff ffff ffff > ffff ffff ffff ffff ffff ffff ffff ffff. > Basic mode control register 0x3000: Auto-negotiation enabled. > Basic mode status register 0x782d ... 782d. > Link status: established. > Capable of 100baseTx-FD 100baseTx 10baseT-FD 10baseT. > Able to perform Auto-negotiation, negotiation complete. > Vendor ID is 00:c0:39:--:--:--, model 20 rev. 3. > Vendor/Part: TDK Semiconductor 78Q2120. > I'm advertising 01e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT > Advertising no additional info pages. > IEEE 802.3 CSMA/CD protocol. > Link partner capability is 0000:. > Negotiation did not complete. > TDK 78q2120 extra registers: > Vendor specific register 16 is 0x0140. > Link polarity is detected as normal. > Vendor specific register 18 is 0x0300. > Auto-negotiation complete, 10Mbps half duplex. > Rx link in pass state, PLL locked. > Vendor specific register 17 is 0x0000. > Events since last read: > [root@sniff /root]# ping 10.10.10.1 > PING 10.10.10.1 (10.10.10.1) from 10.10.10.137 : 56(84) bytes of data. > 64 bytes from elegba.eshu.net (10.10.10.1): icmp_seq=0 ttl=255 time=0.4 ms > 64 bytes from elegba.eshu.net (10.10.10.1): icmp_seq=1 ttl=255 time=4001.2 ms > 64 bytes from elegba.eshu.net (10.10.10.1): icmp_seq=2 ttl=255 time=8001.1 ms > 64 bytes from elegba.eshu.net (10.10.10.1): icmp_seq=3 ttl=255 time=12001.1 ms > 64 bytes from elegba.eshu.net (10.10.10.1): icmp_seq=4 ttl=255 time=16001.1 ms > > --- 10.10.10.1 ping statistics --- > 29 packets transmitted, 6 packets received, 79% packet loss > round-trip min/avg/max = 0.4/10001.0/20001.1 ms

Note: Doh! - DNS Re: Question: 3CXFE575BT/Inspiron3500/RH-6.2 problem (Joe Christy) Date: 2000, Apr 15 From: Joe Christy <joe@eshu.net>

My /etc/resolv.conf was hosed. I usually fix that after I get network connectivity. Now that it's correct, my pings are OK. I'm still curious about forcing 100baseTx, though. Joe

Not sure I understand Re: Question: 3CXFE575BT/Inspiron3500/RH-6.2 problem (Joe Christy) Date: 2000, Apr 17 From: David Hinds <dhinds@pcmcia.sourceforge.org>

I don't see how fixing DNS would affect your ping times. You can use the mii-diag program to force the link speed if you want. It is the "-F" option. -- Dave

Re: Not sure I understand Re: Not sure I understand (David Hinds) Date: 2000, Apr 18 From: Joe Christy <joe@eshu.net>

--------------F3E246C08197D424364B242A Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit David Hinds wrote: > I don't see how fixing DNS would affect your ping times. > Nonetheless, removing [ the RFC1918 private ] address of the DNS server on my other network [where the laptop in question also resides part time] from the laptop's /etc/resolv.conf solved the escalating ping response time problem. Go figure. > > You can use the mii-diag program to force the link speed if you want. > It is the "-F" option. > > -- Dave Ah, thanks for the tip. Saved me from RTFM, Joe -- ======== Joe Christy ============================== joe@eshu.net ======= ---- Voice:510/339-3641 --- Mobile:415/699-4380 --- FAX:510/339-6272 --- __ If I can save you any time, give it to me, I'll keep it with mine. __ --------------F3E246C08197D424364B242A Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> David Hinds wrote: <blockquote TYPE=CITE>I don't see how fixing DNS would affect your ping times. <br>&nbsp;</blockquote> Nonetheless, removing [ the RFC1918 private ] address of the DNS&nbsp;server on my other network [where the laptop in question also resides part time] from the laptop's /etc/resolv.conf solved the escalating ping response time problem. Go figure. <br>&nbsp; <blockquote TYPE=CITE>&nbsp; <br>You can use the mii-diag program to force the link speed if you want. <br>It is the "-F" option. <p>-- Dave</blockquote> Ah, thanks for the tip. Saved me from RTFM, <p>&nbsp;&nbsp;&nbsp; Joe <pre>--&nbsp; ======== Joe Christy ============================== joe@eshu.net ======= ---- Voice:510/339-3641 --- Mobile:415/699-4380 --- FAX:510/339-6272 --- __ If I can save you any time, give it to me, I'll keep it with mine. __</pre> &nbsp;</html> --------------F3E246C08197D424364B242A--

Sad: 3CCFE575CT-D was working, but now not! Date: 2000, Apr 19 From: Hamish hamish

Hi everyone, I'm trying to get a 3CCFE575CT-D working on a Dell Inspiron 3800 running Red Hat 6.1 (kernal 2.2.12-20). I've installed pcmcia-cs-3.1.14, as the original pcmcia with Red Hat didn't support the CT. I added PCIC_OPTS="do_scan=0" to the /etc/sysconfig/pcmcia file. After playing around with various network settings, I somehow managed to get it working! Ping/telnet/netscape worked fine etc... However, I've just rebooted and it now won't work again, and I can't remember the exact setup I had. I'm concerned that linuxconf may be causing some problems, as some parameters may "interfere with the PCMCIA subsystem", as outlined in the HOWTO. I've tried changing the /etc/pcmcia/network.opts as suggested, but it doesn't seem to work. I would be grateful if someone knows exactly what needs to be in the following files, using the pcmcia-cs-3.1.14 network script, to get it working again! /etc/pcmcia/network.opts /etc/sysconfig/network /etc/HOSTNAME /etc/hosts /etc/resolv.conf /etc/sysconfig/network-scripts/ifcfg-eth0 (this last one seems to be generated by linuxconf) Any other combinations???? Anything I've left out??? Could linuxconf be messing it up??? Thanks for any help!! Hamish

No one can give you this information Re: Sad: 3CCFE575CT-D was working, but now not! (Hamish ) Date: 2000, Apr 20 From: David Hinds <dhinds@pcmcia.sourceforge.org>

I don't think anyone can tell you exactly what needs to go into those files, because the contents are completely dependent on your local network setup. How can anyone tell you what to put in /etc/HOSTNAME?? In any case, for determining basic network functionality, it does not matter what is in /etc/HOSTNAME, /etc/hosts, or /etc/resolv.conf. You have two options for how to enter your basic network settings (your IP address, netmask, etc). You can (1) use linuxconf/netconf to do it, if you use the network.opts file given in the HOWTO, or (2) you can enter the settings directly into the network.opts file. You need to choose one way or the other. Whichever you choose, you can use the "ifconfig" command to verify that the network is configured the way you think it should be. Also pay attention to your system log in case the driver is generating error messages. -- Dave

Ok: Sorted it out Re: No one can give you this information (David Hinds) Date: 2000, Apr 20 From: Hamish hamish

Thanks for your reply. I was really asking which of the files were actually required, and what needed to be in them. I already had the details of hostname, IP address etc.. Anyway, I carefully edited the network.opts. I think the settings weren't the problem afterall!! After reboot, the network was taking a couple of minutes to come up. Ping initially hangs and gives "Destination Host Unreachable" before coming to life. I wasn't being patient enough, and assumed it just wasn't working. /var/log/messages has the following kernal: eth0: transmit timed out, tx_status 00 status e000 kernal: eth0: Tx Ring full, refused to send buffer It works fine once it starts, so it's not really a problem. Thanks, Hamish

Question: 3CCFE575BT: eth0: transmit timed out Date: 2000, Apr 20 From: Matthew Hebert mlhebert

I've been having problems with my 3CCFE575BT in a Dell Latitude CP (M233ST). I'm running the Mandrake 6.1 distribution (Kernel 2.2.13-7mdk), without any kernel modifications. Everything works well, except that every so often the ethernet device apparently becomes overloaded and crashes with the message:   eth0: transmit timed out As I understand it, this is a problem that can surface if a large amount of network i/o is done in a short period of time. Is there a fix for this problem? I'd rather not upgrade the kernel if I can help it because I am in the middle of a project that requires close to 100% uptime. Any suggestions would be appreciated. Thanks, Matt

No reason to upgrade the *kernel* Re: Question: 3CCFE575BT: eth0: transmit timed out (Matthew Hebert) Date: 2000, Apr 20 From: David Hinds <dhinds@pcmcia.sourceforge.org>

However, a PCMCIA driver upgrade might be useful. Since this is not the newest version of Mandrake, presumably you're running an older version of the PCMCIA drivers. What do you mean when you say the ethernet device "crashes"? You can upgrade your PCMCIA drivers (including the 3c575_cb driver) without touching your kernel or even rebooting. -- Dave

More: meaning of 'crashes' Re: No reason to upgrade the *kernel* (David Hinds) Date: 2000, Apr 20 From: Matthew Hebert mlhebert

What I meant by 'crashes' is that my only recourse seems to be a reboot to get the ethernet device working again. After this message is displaye once, I can't get any connectivity (can't ping my own IP). Even if I log in as root and do a '/etc/rc.d/init.d/network restart', when eth0 comes back up, the same error message 'eth0: transmit timed out' continues to be displayed (every 2-3 seconds, until I reboot).

Re: More: meaning of 'crashes' Re: More: meaning of 'crashes' (Matthew Hebert) Date: 2000, Apr 20 From: David Hinds <dhinds@pcmcia.sourceforge.org>

What about reinserting the card? Or doing "cardctl eject" then "cardctl insert"? I still think a PCMCIA driver upgrade is likely to be your best bet. -- Dave

Feedback: Re: More: meaning of 'crashes' Re: Re: More: meaning of 'crashes' (David Hinds) Date: 2000, Apr 21 From: Gregory Ade <gkade@bigbrother.net>

Well, I'm having pretty much the same problems (see "3CCFE575BT-D and RH 6.1 on Inspiron 3500 Redux" at http://pcmcia.sourceforge.org/cgi-bin/HyperNews/get/pcmcia/coms/24/3.html), in that after a few seconds of heavy traffic (at 100MHz) the card seems to go dead. See the link for the details.

Feedback: Success? Re: Question: 3CCFE575BT: eth0: transmit timed out (Matthew Hebert) Date: 2000, Apr 21 From: Matthew Hebert mlhebert

I installed the stock pcmcia-cs-3.1.14 release and everything appears to be ok. I am having people stress test the machine this morning, so I'll know better then. I was informed that another possible fix is to change from the default PCIC_OPTS=pci_int=1 to pci_int=0. I havent' tried this yet, as I'm not sure it is necessary for me, but if I have problems I'll give it a shot. Thanks to everybody who helped out. I'll post back when I know better whether it is actually fixed.

Sad: transmit but not receive with 3c574 and 3c589 cards Date: 2000, Apr 28 From: <richard.polton@bigfoot.com>

Hi, I have been having an ongoing discussion with Andrew Morton over this problem (emails attached). The gist of it is as follows: using the 3Com 574 and 589 cards, the network is unreachable here at work. tcpdump -i <interface> shows that we can transmit but not receive messages. This would appear to be related to the router used here at work (a Cisco router) as I do not experience any problems at home using a simple Intel hub. Unfortunately, Andrew lost me completely when he started talking about the 'spanning tree'. My problem does appear to exhibit certain similarities to some previous messages in the forum, but I have yet to see a soluton which helps me. All and any help would be appreciated. Richard -------- Original Message -------- Subject: Re: Possible problem with network layer Date: Tue, 25 Apr 2000 22:46:51 +1000 From: Andrew Morton <andrewm@uow.edu.au> To: Richard.Polton@msdw.com References: <38FEB548.50DFE28B@msdw.com> <38FEE19A.7D0E5B9C@asiapacificm01.nt.com> <38FEE350.3E5E86E2@msdw.com> <38FEE76D.9C44EEE9@asiapacificm01.nt.com> <38FEFD72.CB25BAC3@msdw.com> <38FF0EAC.4A31F96D@asiapacificm01.nt.com> <38FF2299.4B6B3904@msdw.com> <38FFA727.E7C1F659@uow.edu.au> <39057949.D77BEC10@msdw.com> hmmm... One person told me this: On a side note, adding HAS_NWAY seems to share a problem with the Cisco 6509 switch. Specifically, you need to change the spanning tree parameter for the port the machine is plugged into to 'portfast' mode. Otherwise, the negotiation fails. This has been an issue we've noticed for a while but haven't had the time to track down. You may also like to try David Hinds' latest drivers from http://pcmcia.sourceforge.org There are some useful diagnostic tools (mii-diag) at http://www.scyld.com/diag/ - this will tell you things about your interface transceiver. Unfortunately there doesn't seem to be a diagnostic program for the actual 574/589 chips. Really, I'm the wrong person to be asking about this. I think David Hinds is the 574/589 guy. Perhaps you should pop the question on linux-laptop@vger.rutgers.edu. I'm all idea'd out :-( - Andrew. Richard Polton wrote: > > Hello, > > Well, after a pleasant and lengthy weekend off I have discovered the following > interesting (at least I thought so ;-) tidbit: > > The network performs with no problems at all with the hub I use at home. The > hub at work, which is where the problems are occurring, is a Cisco router. I suspect > that this, then, has something to do with it. Any ideas what to look for beyond this? > > Also, the eepro100 driver does work in this environment as someone else has this card > in their linux desktop machine. > > Richard > > Andrew Morton wrote: > > > Richard Polton wrote: > > > > > > Hi, > > > > > > I would be interested in poking around too, given some pointers. Of course I > > > won't discover anything because I don't know anything about it but it would > > > be interesting ;-) Any suggestions? > > > > Hi, Richard. First step is to go to > > > > http://support.3com.com/partners/developer/developer_form.html > > > > and pull down some documentation. 3c905c is probably the best one. > > Also, Don has some description of interface negotiation stuff at his > > website http://cesdis.gsfc.nasa.gov/linux/misc/NWay.html (last entry). > > > > It's pretty complex stuff though. I think you need to have been in the > > industry for a few years to have a sense of the history of this. I find > > it pretty confusing because the docs tend to refer to past practices > > without telling you what they were :-( > > > > You need to compare the state mechine implemented by the *_timer() with > > appendix B of the 3c905 doc. > > > > Don has some diagnostic tools which may help: mii-diag, pci-config, > > vortex-diag at http://cesdis.gsfc.nasa.gov/linux/diag/#pci-diags . Not > > sure if they'll work for the 589 & 574. > > > > Good luck... > > > > > Please cc to > > > > > > galactichq@netscapeonline.co.uk > > > > > > as this is a long weekend (four days) in the UK. > > > > > > Richard > > > > > > Andrew Morton wrote: > > > > > > > Thanks, Richard. > > > > > > > > Yes, same problem. I'll spend some (more) time looking into this, let > > > > you know.. > > > > > > > > Richard Polton wrote: > > > > > > > > > > I am using net-tools 1.53 > > > > > modules 3c589_cs, 3c574_cs > > > > > > > > > > I see the following interesting(?) message when starting tcpdump for the first > > > > > time: > > > > > > > > > > tcpdump uses obsolete (PF_INET,SOCK_PACKET) > > > > > > > > > > What does that mean? > > > > > > > > > > Anyway, the tcpdump -i eth1 output is: > > > > > > > > > > device eth1 entered promiscuous mode > > > > > tcpdump: listening on eth1 > > > > > 13:52:00.346638 arp who-has 138.20.230.102 tell 138.20.230.254 > > > > > 13:52:00.759507 0:e0:1e:5a:37:ea > 1:80:c2:0:0:0 802:1d ui/C len=43 > > > > > 0000 0000 0020 0000 10f6 c21c e500 0000 > > > > > 0a80 0000 101f 89dc e580 c301 0014 0002 > > > > > 000f 0000 0000 0000 0000 00 > > > > > 13:52:00.826555 f159.00:c0:4f:79:f3:47.4000 > > > > > > 0.ff:ff:ff:ff:ff:ff.452:ipx-sap-nearest-req 4 '' > > > > > 13:52:00.934137 0:60:b0:5f:14:96 > Broadcast sap e0 ui/C len=96 > > > > > ffff 0060 0000 0000 0000 ffff ffff ffff > > > > > 0452 0000 0000 0060 b05f 1496 0452 0002 > > > > > 030c 3030 3630 4230 3546 3134 3936 3830 > > > > > 4354 4e > > > > > 13:52:01.443138 f159.00:c0:4f:79:f3:47.4000 > > > > > > 0.ff:ff:ff:ff:ff:ff.452:ipx-sap-nearest-req 4 'OOOOOOOOOOOO49680CTNPI5F1496' > > > > > 13:52:01.xxxxxx arp who-has 138.20.230.1 tell 138.20.230.201 > > > > > > > > > > There is more obviously, but it seems that I am experiencing a similar problem to > > > > > yourself, namely that I can receive but not transmit. > > > > > > > > > > I am using tcpdump --version => tcpdump 3.4 libpcap 0.4 > > > > > > > > > > I can guess what most of the tcpdump output means, but any comments on your > > > > > part for what I should not see, i.e. anything to look for, would be great. > > > > > > > > > > Andrew Morton wrote: > > > > > > > > > > > Yes, please let me know what versions of things you have. > > > > > > > > > > > > I goofed in my earlier email. I look after 3c575_cb.c (it's now been > > > > > > folded into 3c59x.c). 3c574_cs and 3c589_cs are separate drivers. > > > > > > Neither of these has changed at all since 2.3.99-pre2. Odd. > > > > > > > > > > > > Richard Polton wrote: > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > I am using both 3Com 3c574 (I think, I'll check later) and 3Com 3c589 cards. > > > > > > > I have never tried 2.2.x but, and here is the odd thing, 3c589 used to work fine > > > > > > > > > > > > > > with 2.3.48 and 2.3.99pre2 when the network interface was initialised > > > > > > > automatically via dhcpcd. I hope that this sheds some light on this problem for > > > > > > > you. I shall check tcpdump later and mail you any results. > > > > > > > > > > > > > > Richard > > > > > > > > > > > > > > Andrew Morton wrote: > > > > > > > > > > > > > > > Richard, > > > > > > > > > > > > > > > > what sort of network card is it? > > > > > > > > > > > > > > > > I am experiencing similar problems with a 3com 3c574-based card. I'm > > > > > > > > having trouble getting to the bottom of this, and I'm supposed to be > > > > > > > > maintaining the (&*^&^ driver! > > > > > > > > > > > > > > > > It comes up in a mode where it can receive but not transmit (run tcpdump > > > > > > > > -i eth0 to see if you're receiving). > > > > > > > > > > > > > > > > I've found that a few > > > > > > > > > > > > > > > > /etc/rc.d/init.d/network stop > > > > > > > > ifdown eth0 > > > > > > > > ifup eth0 > > > > > > > > /etc/rc.d/init.d/network start > > > > > > > > > > > > > > > > cycles will wake it up. It's very odd. > > > > > > > > > > > > > > > > Was it different under kernel 2.2? > > > > > > > > > > > > > > > > Richard Polton wrote: > > > > > > > > > > > > > > > > > > Firstly, I am using 2.3.99pre3 on a 686 laptop. This week I have been > > > > > > > > > experiencing strange > > > > > > > > > problems with the networking layer, namely that I cannot ping any other > > > > > > > > > machine on the > > > > > > > > > same subnet. > > > > > > > > > > > > > > > > > > The green light is on on the pcmcia network card and ping <my ip > > > > > > > > > address> works fine. > > > > > > > > > The routing table is set up as follows: > > > > > > > > > > > > > > > > > > ifconfig eth0 140.14.100.76 netmask 255.255.255.0 broadcast > > > > > > > > > 140.14.100.255 up > > > > > > > > > route add -host 140.14.100.76 eth0 > > > > > > > > > route add -net 140.14.100.0 eth0 > > > > > > > > > route add default gw 140.14.100.1 eth0 > > > > > > > > > > > > > > > > > > Various permutations of the above have not been successful. > > > > > > > > > > > > > > > > > > When pinging a remote machine, I see 'Destination host unreachable' > > > > > > > > > message. > > > > > > > > > > > > > > > > > > Note that this used to work beautifully at my previous office, so I do > > > > > > > > > not believe > > > > > > > > > (although it is obviously possible) that the network card is at fault. > > > > > > > > > And yes, the network > > > > > > > > > I am connecting to is fine also, as I have swapped another machine onto > > > > > > > > > that patch. > > > > > > > > > > > > > > > > > > So, how can I trace everything that goes through the network layer in > > > > > > > > > the kernel? I have > > > > > > > > > tried magic sysrq 9 (I noticed that TCP_DUMP is defined as 1) and I have > > > > > > > > > also defined > > > > > > > > > DEBUG, INET_REFCNT_DEBUG and NET_REFCNT_DEBUG. I cannot, however, find > > > > > > > > > any > > > > > > > > > messages. Additionally, defining DEBUG in include/linux/autoconf.h > > > > > > > > > causes the kernel build to fail. > > > > > > > > > In particular this happens in lib/inflate.c when Tracecv is expanded as > > > > > > > > > neither stderr or fprintf are > > > > > > > > > recognised. I tried redefining fprintf as printk but it seems that > > > > > > > > > printk causes link time problems > > > > > > > > > here so, for this file, I simply resorted to a local #undef DEBUG. > > > > > > > > > > > > > > > > > > Any and all help would be greatly appreciated and, of course, I can > > > > > > > > > supply more information > > > > > > > > > if necessary. > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > > > > > > > > > Richard Polton > > > > > > > > > > > > > > > > > > - > > > > > > > > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > > > > > > > > > the body of a message to majordomo@vger.rutgers.edu > > > > > > > > > Please read the FAQ at http://www.tux.org/lkml/ > > > > -- > > -akpm-

Re: Sad: transmit but not receive with 3c574 and 3c589 cards Re: Sad: transmit but not receive with 3c574 and 3c589 cards Date: 2000, Apr 28 From: David Hinds <dhinds@pcmcia.sourceforge.org>

I don't think I can follow your reconstruction of this discussion so I think you should start from scratch and describe your problem. In part of the discussion I read "receive but not transmit", in another part, "transmit but not receive". And I'm getting lost counting ">" characters. My instinct is that the linux network drivers are behaving fine, and this is some sort of network configuration issue. You should check your system log, however, to verify that the drivers are not reporting link problems. It is also unclear what combinations of things you've tried. You say things worked OK with the 3c589 with DHCP with certain kernels. So have you tried DHCP with whatever kernel you're running now? Did you also use the 3c574 in that setup? What kernel are you using now? Are you using the kernel PCMCIA modules, or the separate PCMCIA package? Also, you describe your network settings, but they don't appear to match your tcpdump output (the tcpdump output shows traffic for a different network). Also tcpdump was running on "eth1": do you have a second ethernet interface in this system? -- Dave

Question: 3CXFE575CT not being detected properly Date: 2000, May 03 From: Michael Lee avaja

I'm trying to get my 3CXFE575CT cardbus card to work under redhat 6.2, which was working previously with a 3cfe575tx cardbus card just fine. When I insert my new card, I get the following message in /var/log/messages: ...cardmgr[896]: initializing socket 0 ...cardmgr[896]: unsupported card in socket 0 ...kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5257 ...cardmgr[896]: no product info available cardctl ident returns the following: Socket 0: product info: "3Com Corpobation", "3CCFE%75CD", "LAN Cabdbuc Cabd", "0 4" function: 6 (network) (note, the mispellings were duplicated) I'm not able to get any sort of manfid info at all, and when I do insert the above stuff returned by cardctl ident as version information for the card in the config file, it still doesn't get recognized upon insertion. Every other card I have, cardbus or no, that I insert into the slot gets recognized correctly and the logs show a manfid and correct product info for them. I've tired changing the unreset_delay to 300 in the CORE_OPTS, out of desperation, but that didn't help. Can anybody help me determine what I need to do to get at the information on the card so I can even begin trying to get it recognized properly?

Looks to me like a simple hardware fault Re: Question: 3CXFE575CT not being detected properly (Michael Lee) Date: 2000, May 03 From: David Hinds <dhinds@pcmcia.sourceforge.org>

> 3Com Corpobation/3CCFE%75CD/LAN Cabdbuc Cabd/0 4 > ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ ^ Notice that the errors are a subset of the characters marked '^'. The errors all consist of zeroing out bit 0x10 in these positions. It appears to me that one data pin of the card (out of 32) is not making a connection. Since you say other cards (including a 3CFE575TX) work fine, I think the card itself is at fault. -- Dave

Question: How come it works under windows 98? Re: Looks to me like a simple hardware fault (David Hinds) Date: 2000, May 12 From: Michael Lee avaja

Thank you for the analysis of the problem. I spoke at length to a tech support person at 3com to see if I could send the card back for examination, but to no avail. I've sent them e-mail detailing my problem, and I anticipate a question. The card works perfectly fine under windows 98 -- is there a reason why a non-connecting pin wouldn't affect operation under the said OS? Thanks in advance, Michael

Hmmm, that's a good question Re: Question: How come it works under windows 98? (Michael Lee) Date: 2000, May 12 From: David Hinds <dhinds@pcmcia.sourceforge.org>

I guess it isn't a bad pin. Maybe the EEPROM on the card is flaky, or something along the path between the EEPROM and the card connector is broken. Windows might not be checking the card's product info. -- Dave

Question: 3com 10/100 -56k 3cxfem656c anyone? Date: 2000, May 04 From: victor gvirtsman gvitya

Anybody was able to make that beast work?

Idea: Get the 3.1.15 driver package Re: Question: 3com 10/100 -56k 3cxfem656c anyone? (victor gvirtsman) Date: 2000, May 19 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The 3.1.15 drivers support the ethernet, but not the modem (it is a Winmodem). -- Dave

Angry: HELP-3CCFE575CT eth0 at Dell Inspiron3700 Date: 2000, May 09 From: Longina Przybyszewska longina

I read all messages related to 3Com 3CFE575CT CardBus card but could not see the solution to the apparently common problem: CArd seems to be initialized correctly during bootstrap, but routning fails. Just after bootstrap 'netstat -r' hangs a little before the last line comes up: ========= [root@dodgson init.d]# netstat -r Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 130.225.128.0 * 255.255.255.0 U 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default 130.225.128.1 0.0.0.0 UG 0 0 0 eth0 ====== But when I run 'ping': ============ [root@dodgson init.d]# ping 130.225.128.16 PING 130.225.128.16 (130.225.128.16) from 130.225.128.110 : 56(84) bytes of data. From dodgson.imada.sdu.dk (130.225.128.110): Destination Host Unreachable From dodgson.imada.sdu.dk (130.225.128.110): Destination Host Unreachable From dodgson.imada.sdu.dk (130.225.128.110): Destination Host Unreachable From dodgson.imada.sdu.dk (130.225.128.110): Destination Host Unreachable ..... From dodgson.imada.sdu.dk (130.225.128.110): Destination Host Unreachable Fro64 bytes from brunnhilde.imada.sdu.dk (130.225.128.16): icmp_seq=28 ttl=64 time=0.5 ms 64 bytes from brunnhilde.imada.sdu.dk (130.225.128.16): icmp_seq=29 ttl=64 time=0.5 ms 64 bytes from brunnhilde.imada.sdu.dk (130.225.128.16): icmp_seq=30 ttl=64 time=0.5 ms ========== ========== in log file from bootstrap sequence all messages related to net & PCMCIA: ===== May 9 10:49:15 dodgson kernel: PCI: PCI BIOS revision 2.10 entry at 0xfc0ce May 9 10:49:15 dodgson kernel: PCI: Using configuration type 1 May 9 10:49:15 dodgson kernel: PCI: Probing PCI hardware May 9 10:49:15 dodgson kernel: Linux NET4.0 for Linux 2.2 May 9 10:49:15 dodgson kernel: Based upon Swansea University Computer Society NET3.039 May 9 10:49:15 dodgson kernel: NET4: Unix domain sockets 1.0 for Linux NET4.0. May 9 10:49:15 dodgson kernel: NET4: Linux TCP/IP 1.0 for NET4.0 May 9 10:49:15 dodgson kernel: IP Protocols: ICMP, UDP, TCP, IGMP May 9 10:49:15 dodgson kernel: TCP: Hash tables configured (ehash 131072 bhash 65536) May 9 10:49:15 dodgson kernel: Initializing RT netlink socket .....May 9 10:49:07 dodgson init: Entering runlevel: 5 May 9 10:49:12 dodgson kudzu: succeeded May 9 10:49:12 dodgson sysctl: net.ipv4.ip_forward = 0 May 9 10:49:12 dodgson sysctl: net.ipv4.conf.all.rp_filter = 1 May 9 10:49:12 dodgson sysctl: net.ipv4.ip_always_defrag = 0 May 9 10:49:12 dodgson sysctl: kernel.sysrq = 0 May 9 10:49:12 dodgson network: Setting network parameters succeeded May 9 10:49:13 dodgson network: Bringing up interface lo succeeded May 9 10:49:13 dodgson ifup: Delaying eth0 initialization. May 9 10:49:13 dodgson network: Bringing up interface eth0 failed ....... May 9 10:49:18 dodgson kernel: Linux PCMCIA Card Services 3.1.13 May 9 10:49:18 dodgson kernel: kernel build: 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 May 9 10:49:18 dodgson kernel: options: [pci] [cardbus] [apm] May 9 10:49:18 dodgson kernel: PCI routing table version 1.0 at 0xfbd70 May 9 10:49:18 dodgson kernel: 00:03.0 -> irq 11 May 9 10:49:18 dodgson kernel: 00:03.1 -> irq 11 May 9 10:49:18 dodgson kernel: Intel PCIC probe: May 9 10:49:18 dodgson kernel: TI 1225 PCI-to-CardBus at slot 00:03, mem 0x68000000 May 9 10:49:18 dodgson kernel: host opts [0]: [ring] [serial pci & irq] [pci irq 11] [lat 32/32] [bus 32/34] May 9 10:49:18 dodgson kernel: host opts [1]: [ring] [serial pci & irq] [pci irq 11] [lat 32/32] [bus 35/37] May 9 10:49:18 dodgson kernel: PCI irq 11 seems to be wedged! May 9 10:49:18 dodgson kernel: PCI irq 11 test failed May 9 10:49:18 dodgson kernel: ISA irqs (scanned) = 3,4,7,9,10 polling inte: rval = 1000 ms May 9 10:49:18 dodgson pcmcia: cardmgr. May 9 10:49:18 dodgson rc: Starting pcmcia succeeded May 9 10:49:18 dodgson cardmgr[445]: starting, version is 3.1.13 May 9 10:49:18 dodgson kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5257 May 9 10:49:19 dodgson cardmgr[445]: watching 2 sockets May 9 10:49:19 dodgson kernel: cs: IO port probe 0x1000-0x17ff: clean. May 9 10:49:19 dodgson kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7 May 9 10:49:19 dodgson kernel: cs: IO port probe 0x0a00-0x0aff: clean. May 9 10:49:19 dodgson cardmgr[445]: initializing socket 0 May 9 10:49:19 dodgson cardmgr[445]: socket 0: 3Com 3CCFE575CT/3CXFE575CT Fast EtherLink XL May 9 10:49:19 dodgson cardmgr[445]: executing: 'insmod /lib/mo dules/2.2.14-5.0/pcmcia/cb_enabler.o' May 9 10:49:19 dodgson cardmgr[445]: executing: 'insmod /lib/modules/2.2.14-5.0/pcmcia/3c575_cb.o' May 9 10:49:19 dodgson kernel: 3c59x.c:v0.99L 5/28/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html May 9 10:49:19 dodgson kernel: cs: cb_config(bus 32) May 9 10:49:19 dodgson kernel: fn 0 bar 1: io 0x200-0x27f May 9 10:49:19 dodgson kernel: fn 0 bar 2: mem 0x60021000-0x6002107f May 9 10:49:19 dodgson kernel: fn 0 bar 3: mem 0x60020000-0x6002007f May 9 10:49:19 dodgson kernel: fn 0 rom: mem 0x60000000-0x6001ffff May 9 10:49:19 dodgson kernel: vortex_attach(bus 32, function 0, device 5257) May 9 10:49:19 dodgson kernel: eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x200, 00:50:da:d9:bf:1e, IRQ 3 May 9 10:49:19 dodgson kernel: eth0: CardBus functions mapped 60020000->c8067000 May 9 10:49:19 dodgson kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. May 9 10:49:19 dodgson kernel: MII transceiver found at address 0, status 7809. May 9 10:49:19 dodgson kernel: Enabling bus-master transmits and whole-frame receives. May 9 10:49:19 dodgson cardmgr[445]: executing: './network start eth0' ...... May 9 10:49:20 dodgson cardmgr[445]: initializing socket 1 May 9 10:49:20 dodgson kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean. May 9 10:49:20 dodgson cardmgr[445]: socket 1: Serial or Modem May 9 10:49:20 dodgson cardmgr[445]: executing: 'insmod /lib/modules/2.2.14-5.0/pcmcia/serial_cs.o' May 9 10:49:20 dodgson kernel: tty01 at 0x02f8 (irq = 9) is a 16550A May 9 10:49:20 dodgson cardmgr[445]: executing: './serial start ttyS1' .... May 9 11:13:19 dodgson kernel: eth0: transmit timed out, tx_status 00 status e000. May 9 11:13:19 dodgson kernel: eth0: Tx Ring full, refusing to send buffer. -===== I have pcmcia-cs-3.1.13 and RedHAt 6.2. thanks for help in advance Longina

Sad: continue story on 3CCFE575CT & Dell Inspiron3700 Re: Angry: HELP-3CCFE575CT eth0 at Dell Inspiron3700 (Longina Przybyszewska) Date: 2000, May 10 From: Longina Przybyszewska longina

I have noticed that in Win98 PCI BusCArd and LCD monitor share the same irq 11 - without conflict! Card works great networking starts without delay. What does mean message during bootstrap: ==== May 10 18:42:18 dodgson pcmcia: Starting PCMCIA services: May 10 18:42:18 dodgson pcmcia: modules May 10 18:42:18 dodgson kernel: Linux PCMCIA Card Services 3.1.13 May 10 18:42:18 dodgson kernel: kernel build: 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 May 10 18:42:18 dodgson kernel: options: [pci] [cardbus] [apm] May 10 18:42:18 dodgson kernel: PCI routing table version 1.0 at 0xfbd70 May 10 18:42:18 dodgson kernel: 00:03.0 -> irq 11 May 10 18:42:18 dodgson kernel: 00:03.1 -> irq 11 May 10 18:42:18 dodgson kernel: Intel PCIC probe: May 10 18:42:18 dodgson kernel: TI 1225 PCI-to-CardBus at slot 00:03, mem 0x68000000 May 10 18:42:18 dodgson kernel: host opts [0]: [ring] [serial pci & irq] [pci irq 11] [lat 32/32] [bus 32/34] May 10 18:42:18 dodgson kernel: host opts [1]: [ring] [serial pci & irq] [pci irq 11] [lat 32/32] [bus 35/37] May 10 18:42:18 dodgson kernel: PCI irq 11 seems to be wedged! ^^^^^^^^^^^^^^^^^ May 10 18:42:18 dodgson kernel: PCI irq 11 test failed May 10 18:42:18 dodgson kernel: ISA irqs (scanned) = 3,4,7,9,10 polling interval = 1000 ms May 10 18:42:18 dodgson pcmcia: cardmgr. =================== I excluded irq 11 i config.opts, but without any difference in behavior. Delaying seems to be marked in log by messages: ==== May 10 18:44:49 dodgson kernel: eth0: transmit timed out, tx_status 00 status e000. May 10 18:44:49 dodgson kernel: eth0: Tx Ring full, refusing to send buffer. ========== any ideas? cheers Longina

Sad: Untitled Re: Sad: continue story on 3CCFE575CT & Dell Inspiron3700 (Longina Przybyszewska) Date: 2000, May 18 From: Nor Pirzkal npirzkal

I have exactly the same problem on a DeLL 3700 AND a 3800 running Red Hat 6.2. I have tried using a 575BT card and it worked just fine. The 575CT take 2-3 minutes to "wake up" however and I have to manually ping an IP in order to wake the card up. I tried all kind of things w/o any luck...

News: Maybe a fix Re: Angry: HELP-3CCFE575CT eth0 at Dell Inspiron3700 (Longina Przybyszewska) Date: 2000, May 26 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Try the 25-May-00 beta from sourceforge.org in /pcmcia/NEW. -- Dave

Question: RH6.1 on Toshiba 2100CDS does network start twice? Date: 2000, May 15 From: Tony Curtis tonyc

When the 3c575_cb card is inserted cardmgr runs "/etc/pcmcia/network start" twice. This then starts 2 "pump -i eth0" processes and I guess that one eventually wins because eth0 comes up with address and the ifup-post and ifup-local scripts do the right thing, but it takes up to 30 seconds. Doing all the bits by hand succeeds immediately. I can't work out why the network script runs twice. RH6.1 with 2.2.14 kernel. pcmcia-utils 3.1.13 dmesg has this to say about the 3com card: -- eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x200, 00:50:04:e9:03:14, IRQ 5 eth0: CardBus functions mapped 60020000->c205c000 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. MII transceiver found at address 0, status 7809. Enabling bus-master transmits and whole-frame receives. -- I simplified /etc/pcmcia/network to just run "ifup eth0" but I get the same problems, so I suspect the problem is not there. Is cardmgr launching network twice? thanks tony

Without system log messages, I can't tell Re: Question: RH6.1 on Toshiba 2100CDS does network start twice? (Tony Curtis) Date: 2000, May 15 From: David Hinds <dhinds@pcmcia.sourceforge.org>

I would suspect that between those two "start" commands, there is a "stop" command. I think this is one of the remaining flaky-Toshiba issues, which is unlikely to get fixed unless someone with one of these laptops can figure it out on their own. I don't have adequate specs on the Toshiba CardBus bridges, and some versions seem to have strange bugs. -- Dave

More: Fudgy fix for doubled "network start" Re: Without system log messages, I can't tell (David Hinds) Date: 2000, May 16 From: Tony Curtis tonyc

I make /etc/pcmcia/network check to see if pump is already running with ps ax | grep -s '[p]ump' and exit if so. This at least stops 2 processes fighting for the attentions of the eth0 device. Better than nowt for now... tony

Maybe you can fiddle with delays Re: More: Fudgy fix for doubled "network start" (Tony Curtis) Date: 2000, May 16 From: David Hinds <dhinds@pcmcia.sourceforge.org>

You could also try adding a "sleep 2" command before starting cardmgr in /etc/rc.d/init.d/pcmcia. Or, you could try setting: CORE_OPTS="setup_delay=50" in /etc/sysconfig/pcmcia, to delay card initialization a bit. Thera are a bunch of timing parameters here; see "man pcmcia_core" for more information. -- Dave

More: using delays to get the pump process working Re: Maybe you can fiddle with delays (David Hinds) Date: 2000, May 16 From: Tony Curtis tonyc

I've tried small sleep's in various places (mainly so I could "ps" and see what was running in a macro timescale). Sleep seems even worse than checking for an already running process. (I have a parallel processing background and so fudging scheduling and synch. issues by sleeping is anathema for me :-). Anyway, the "ps and exit" check seems to be holding up for now. since there may be others out there with the same problem, I will summarise if I find out more. tony

Question: Installing the 3COM Megahertz Model 3CCFE574BT Date: 2000, May 19 From: Oscar Daniel <OscarDaniel@apg.com>

Hi everyone I am running RedHat v 6.2 for the first time and I am trying to install the PCMCIA cards. I' m using a 3COM Megahertz NIC, Model 3CCFE574BT,I also have a 56 K Modem v.90. My Laptop in an EUROCOM Model 5100C If anyone has any idea how to configure this guys , please let me know Any help will be appreciate Thanks in avance Oscar Daniel OscarDaniel@apg.com

General stuff like this is in the PCMCIA-HOWTO Re: Question: Installing the 3COM Megahertz Model 3CCFE574BT (Oscar Daniel) Date: 2000, May 19 From: David Hinds <dhinds@pcmcia.sourceforge.org>

Post again if you have a more specific question. -- Dave

Question: 3ccfe575bt data corruption Date: 2000, May 20 From: Bas Michielsen BMichielsen

Hello, I have a 3CCFE575BT pcmcia card installed on a portable running SuSE Linux 6.4 (SuSE-kernel 2.2.14, this one came with pcmcia version 3.1.11, I added pcmcia version 3.1.15 myself). In principle, everything seems to be okay, but the transfer of files, of only a few hundred kB, gives data corruption (tar or JPEG image files are found erroneous by the respective programs). The transfer seems quite slow (less than 1MB/s) and the hub (a 3com OfficeConnect dual speed) signals many collisions. There are no error messages in /var/log/messages. I don't think it is a hardware problem, because when I do the same operation repeatedly, while running Windows, the transfers are correct. lsmod gives: Module Size Used by 3c575_cb 19576 2 cb_enabler 2632 2 [3c575_cb] ds 6600 2 [cb_enabler] i82365 23328 2 pcmcia_core 51776 0 [cb_enabler ds i82365] parport_pc 7460 0 (unused) parport 7464 0 [parport_pc] serial 42612 0 (autoclean) memstat 1476 0 (unused) cat /proc/interrupts gives: CPU0 0: 522652 XT-PIC timer 1: 10250 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 11: 62467 XT-PIC i82365, eth0 12: 62717 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 1980555 XT-PIC ide0 NMI: 0 the fact that the IRQ 11 is allocated to both i82365 and to eth0 looks a bit suspect to me, but I don't know how to give the 3c575_cb module a different interrupt. tail /var/log/messages gives ... May 21 02:18:34 UNIKA kernel: fn 0 bar 1: io 0x100-0x17f May 21 02:18:34 UNIKA kernel: fn 0 bar 2: mem 0x60021000-0x6002107f May 21 02:18:34 UNIKA kernel: fn 0 bar 3: mem 0x60020000-0x6002007f May 21 02:18:34 UNIKA kernel: fn 0 rom: mem 0x60000000-0x6001ffff May 21 02:18:34 UNIKA kernel: cs: cb_enable(bus 35) May 21 02:18:34 UNIKA kernel: bridge io map 0 (flags 0x21): 0x100-0x17f May 21 02:18:34 UNIKA kernel: bridge mem map 0 (flags 0x1): 0x60000000-0x60021fff May 21 02:18:34 UNIKA kernel: vortex_attach(device 23:00.0) May 21 02:18:34 UNIKA kernel: eth0: 3Com 3CCFE575 Cyclone CardBus at 0x100, 00:50:da:9a:80:b2, IRQ 11 May 21 02:18:34 UNIKA kernel: eth0: CardBus functions mapped 60020000->c2048000 May 21 02:18:34 UNIKA kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. May 21 02:18:34 UNIKA kernel: MII transceiver found at address 0, status 2809. May 21 02:18:34 UNIKA kernel: Enabling bus-master transmits and whole-frame receives. May 21 02:18:34 UNIKA cardmgr[3203]: executing: './network start eth0' Has anyone got an idea what I should do?

Note: Not a fix, but a workaround Re: Question: 3ccfe575bt data corruption (Bas Michielsen) Date: 2000, Jun 16 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The data corruption was avoided by disabling hardware checksum support in the 3c575_cb driver. I've added a module option, use_hw_csums, to the 3.1.17 version of the driver for this purpose. This doesn't directly address the corruption problem: it just allows the network layer to automatically detect and reject the damaged packets. I don't have an explanation for how the packets were getting corrupted on their way from the card to system memory. -- Dave

Sad: Tx Ring Full again Date: 2000, May 21 From: Roberto Jung Drebes <drebes@inf.ufrgs.br>

I'm having problems with my 3Com 3CXFE575BT again. When it has to send lange amounts of data, it stops working. I first set PCIc_OPTS to "pci_int=0 pci_csc=1" in /etc/sysconfig/pcmcia, and the problem seemed to be gone, but it's happening again. Apparently I didn't change anything this time. Also, when it is transfering data, the performance goes down to around 200/300 kBps. I'm using linux-2.2.15 and pcmcia-cs 3.1.15, but also tested with 2.2.14/3.1.14. Any tips? Thanks in advance, -- Roberto Jung Drebes <drebes@inf.ufrgs.br> Porto Alegre, RS - Brasil http://www.inf.ufrgs.br/~drebes/

Question: NEED HELP to choose net card which for sure works with DELL Inspiron 3800 Re: Sad: Tx Ring Full again (Roberto Jung Drebes) Date: 2000, May 24 From: Longina Przybyszewska longina

Hi, I used a lot of time trying to get 3CCFE575CT-D card to work with laptop. I still get delaying with routing . and mystic messages : === dodgson kernel: eth0: transmit timed out, tx_status 00 status e000. May 20 15:04:09 dodgson kernel: eth0: Tx Ring full, refusing to send buffer. === Is there anybody who has positive experience with that card type? There comes a question: shall I change card ? If yes, which card is known to work well with DellInspiron 3800? or shall I give some more tries to the one I have? Some diagnostic output: When I run 'test-network' just after inserting card: ========= [root@dodgson debug-tools]# ./test_network PCMCIA network settings are coming from /etc/pcmcia/network.opts. /etc/pcmcia/network.opts is not configured?? Checking network interface eth0 (3c575_cb driver): Kernel messages for eth0: eth0: 3Com 3c574 at io 0x300, irq 3, hw_addr 00:00:86:32:E1:DE. eth0: found link beat eth0: link partner did not autonegotiate eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x200, 00:50:da:d9:bf:1e, IRQ 3 eth0: CardBus functions mapped a0060000->c8046000 vortex_detach(eth0) eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x200, 00:50:da:d9:bf:1e, IRQ 3 eth0: CardBus functions mapped 60020000->c806a000 eth0: Transmit error, Tx status register 90. Current ifconfig settings: eth0 Link encap:Ethernet HWaddr 00:50:DA:D9:BF:1E inet addr:130.225.128.110 Bcast:130.225.128.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:838 errors:0 dropped:0 overruns:0 frame:0 TX packets:2 errors:0 dropped:0 overruns:1 carrier:1 collisions:0 txqueuelen:100 Interrupt:3 Base address:0x200 The interface is configured and running. RX looks ok, but there seems to be a TX problem. There is a route to a gateway at 130.225.128.1. Pinging 130.225.128.1 ... timed out! The device interrupt seems to be incrementing. ========= so I run ping til local computer ============= [root@dodgson debug-tools]# ping 130.225.128.16 PING 130.225.128.16 (130.225.128.16) from 130.225.128.110 : 56(84) bytes of data. From dodgson.imada.sdu.dk (130.225.128.110): Destination Host Unreachable ............ From dodgson.imada.sdu.dk (130.225.128.110): Destination Host Unreachable From dodgson.imada.sdu.dk (130.225.128.110): Destination Host Unreachable From dodgson.imada.sdu.dk (130.225.128.110): Destination Host Unreachable From dodgson.imada.sdu.dk (130.225.128.110): Destination Host Unreachable 64 bytes from brunnhilde.imada.sdu.dk (130.225.128.16): icmp_seq=25 ttl=64 time=21092.2 ms ====== again 'test-network' ========[root@dodgson debug-tools]# ./test_network PCMCIA network settings are coming from /etc/pcmcia/network.opts. /etc/pcmcia/network.opts is not configured?? Checking network interface eth0 (3c575_cb driver): Kernel messages for eth0: eth0: Tx Ring full, refusing to send buffer. eth0: transmit timed out, tx_status 00 status e000. eth0: Resetting the Tx ring pointer. eth0: Tx Ring full, refusing to send buffer. eth0: transmit timed out, tx_status 00 status e000. eth0: Resetting the Tx ring pointer. eth0: Tx Ring full, refusing to send buffer. eth0: transmit timed out, tx_status 00 status e000. eth0: Resetting the Tx ring pointer. eth0: Tx Ring full, refusing to send buffer. Current ifconfig settings: eth0 Link encap:Ethernet HWaddr 00:50:DA:D9:BF:1E inet addr:130.225.128.110 Bcast:130.225.128.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:9360 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:6 dropped:0 overruns:1 carrier:1 collisions:0 txqueuelen:100 Interrupt:3 Base address:0x200 The interface is configured and running. RX looks ok, but there seems to be a TX problem. There is a route to a gateway at 130.225.128.1. Pinging 130.225.128.1 ... timed out! The device interrupt seems to be incrementing. ==================== after a while, when ping works OK again 'test-NETWORK' ======= PCMCIA network settings are coming from /etc/pcmcia/network.opts. /etc/pcmcia/network.opts is not configured?? Checking network interface eth0 (3c575_cb driver): Kernel messages for eth0: eth0: CardBus functions mapped a0060000->c806a000 eth0: transmit timed out, tx_status 00 status e000. eth0: Resetting the Tx ring pointer. eth0: Tx Ring full, refusing to send buffer. eth0: transmit timed out, tx_status 00 status e000. eth0: Resetting the Tx ring pointer. eth0: Tx Ring full, refusing to send buffer. eth0: transmit timed out, tx_status 00 status e000. eth0: Resetting the Tx ring pointer. eth0: Tx Ring full, refusing to send buffer. Current ifconfig settings: eth0 Link encap:Ethernet HWaddr 00:50:DA:D9:BF:1E inet addr:130.225.128.110 Bcast:130.225.128.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:16045 errors:0 dropped:0 overruns:0 frame:0 TX packets:322 errors:3 dropped:0 overruns:0 carrier:3 collisions:1 txqueuelen:100 Interrupt:3 Base address:0x200 The interface is configured and running. RX and TX traffic both look ok. There is a route to a gateway at 130.225.128.1. Pinging 130.225.128.1 ... response received! The device interrupt seems to be incrementing. ===================== Is it tranceiver problem? ======= [root@dodgson debug-tools]# ifport eth0 eth0 6 ============= manual says nothing of that type '6'... and printout from the 'test_setup': ============= [root@dodgson debug-tools]# ./test_setup Current kernel: 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 Module info from /lib/modules/2.2.14-5.0/pcmcia/pcmcia_core.o: Disabling CPUID Serial number... Linux PCMCIA Card Services 3.1.15 kernel build: 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 Startup options from /etc/sysconfig/pcmcia: PCMCIA=yes PCIC=i82365 PCIC_OPTS="pci_int=0 pci_csc=1" CORE_OPTS= CARDMGR_OPTS= SCHEME="office" Checking current syslog files in /var/log: No PCMCIA messages were found! Module status: The PCMCIA kernel modules are loaded correctly. Daemon status: cardmgr is running (process 1052) Current socket status from /var/state/pcmcia/stab: Socket 0: 3Com 3CCFE575CT/3CXFE575CT Fast EtherLink XL 0 network 3c575_cb 0 eth0 Socket 1: Serial or Modem 1 serial serial_cs 0 ttyS1 4 65 ========================= In the manual for 3c575_cb I read: " If the on-card EEPROM is programmed for a full-duplex (FD) link, only FD media types are advertised and the link is assumed to be full-duplex. " It sounds suspicious ... What does it really mean? Thanks in advance for help! longina =====

Sad: 3Com 3CCFE575CT card still locking-up Date: 2000, Jun 07 From: Reinhard Prix prix

Hi, I've tried the beta-version 25-may-00 as David proposed (in "Maybe a fix"), but I still seem to have the same regular lock-ups for some minutes, which seem to exist since November (see message Nr.10). I'm using a 3Com 3CCFE575CT on a Dell Inspiron 3700, kernel version 2.2.14, the details of my PCMCIA-config and the logs of the problem follow. Good luck! Reinhard. First, the log-messages of my PCMCIA-config: /var/log/messages ----------------- Jun 6 12:09:32 supernova kernel: Linux PCMCIA Card Services 3.1.16 Jun 6 12:09:32 supernova kernel: kernel build: 2.2.14 #10 Tue May 2 13:30:28 CEST 2000 Jun 6 12:09:32 supernova kernel: options: [pci] [cardbus] [apm] [pnp] Jun 6 12:09:32 supernova kernel: PCI routing table version 1.0 at 0xfbd70 Jun 6 12:09:32 supernova kernel: 00:03.0 -> irq 11 Jun 6 12:09:32 supernova kernel: 00:03.1 -> irq 11 Jun 6 12:09:32 supernova kernel: PnP: PNP BIOS installation structure at 0xc00fe2d0 Jun 6 12:09:32 supernova kernel: PnP: PNP BIOS version 1.0, entry at f0000:e2f4, dseg at 40 Jun 6 12:09:32 supernova kernel: Intel PCIC probe: Jun 6 12:09:32 supernova kernel: TI 1225 rev 01 PCI-to-CardBus at slot 00:03, mem 0x68000000 Jun 6 12:09:32 supernova kernel: host opts [0]: [ring] [serial pci & irq] [pci irq 11] [lat 32/32] [bus 32/34] Jun 6 12:09:32 supernova kernel: host opts [1]: [ring] [serial pci & irq] [pci irq 11] [lat 32/32] [bus 35/37] Jun 6 12:09:32 supernova kernel: ISA irqs (scanned) = 3,9,10 PCI status changes Jun 6 12:09:32 supernova kernel: cs: IO port probe 0x1000-0x17ff: clean. Jun 6 12:09:32 supernova kernel: cs: IO port probe 0x0100-0x04ff: clean. Jun 6 12:09:32 supernova kernel: cs: IO port probe 0x0a00-0x0aff: clean. Jun 6 12:09:32 supernova kernel: cs: cb_alloc(bus 32): vendor 0x10b7, device 0x5257 Jun 6 12:09:32 supernova kernel: 3c59x.c:v0.99Q 5/16/2000 Donald Becker, becker@scyld.com Jun 6 12:09:32 supernova kernel: http://www.scyld.com/network/vortex.html Jun 6 12:09:32 supernova kernel: cs: cb_config(bus 32) Jun 6 12:09:32 supernova kernel: fn 0 bar 1: io 0x280-0x2ff Jun 6 12:09:32 supernova kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Jun 6 12:09:32 supernova kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Jun 6 12:09:32 supernova kernel: fn 0 rom: mem 0x60000000-0x6001ffff Jun 6 12:09:32 supernova kernel: irq 11 Jun 6 12:09:32 supernova kernel: vortex_attach(device 20:00.0) Jun 6 12:09:32 supernova kernel: eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x280, 00:50:da:b0:71:09, IRQ 11 Jun 6 12:09:32 supernova kernel: product code 'ZE' rev 10 date 11-17-99 Jun 6 12:09:32 supernova kernel: eth0: CardBus functions mapped 60020000->c4046000. Jun 6 12:09:32 supernova kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Jun 6 12:09:32 supernova kernel: MII transceiver found at address 0, status 7809. Jun 6 12:09:32 supernova kernel: Enabling bus-master transmits and whole-frame receives. and the log-files at the moment where the problem arises: /var/log/debug -------------- Jun 6 15:21:34 supernova kernel: Flags; bus-master 1, full 0; dirty 2407 current 2414. Jun 6 15:21:34 supernova kernel: Transmit list 03cc7280 vs. c3cc7270. Jun 6 15:21:34 supernova kernel: 0: @c3cc7200 length 8000002a status 8001002a Jun 6 15:21:34 supernova kernel: 1: @c3cc7210 length 8000002a status 8001002a Jun 6 15:21:34 supernova kernel: 2: @c3cc7220 length 8000002a status 8001002a Jun 6 15:21:34 supernova kernel: 3: @c3cc7230 length 8000002a status 8001002a Jun 6 15:21:34 supernova kernel: 4: @c3cc7240 length 8000002a status 8001002a Jun 6 15:21:34 supernova kernel: 5: @c3cc7250 length 8000002a status 8001002a Jun 6 15:21:34 supernova kernel: 6: @c3cc7260 length 8000002a status 8001002a Jun 6 15:21:34 supernova kernel: 7: @c3cc7270 length 8000002a status 8001002a Jun 6 15:21:34 supernova kernel: 8: @c3cc7280 length 8000002a status 8000002a Jun 6 15:21:34 supernova kernel: 9: @c3cc7290 length 8000002a status 8000002a Jun 6 15:21:34 supernova kernel: 10: @c3cc72a0 length 80000036 status 80000036 Jun 6 15:21:34 supernova kernel: 11: @c3cc72b0 length 8000002a status 8000002a Jun 6 15:21:34 supernova kernel: 12: @c3cc72c0 length 8000002a status 8000002a Jun 6 15:21:34 supernova kernel: 13: @c3cc72d0 length 8000002a status 8000002a Jun 6 15:21:34 supernova kernel: 14: @c3cc72e0 length 8000002a status 8001002a Jun 6 15:21:34 supernova kernel: 15: @c3cc72f0 length 8000002a status 8001002a Jun 6 15:21:34 supernova kernel: eth0: Resetting the Tx ring pointer. /var/log/syslog --------------- Jun 6 15:21:34 supernova kernel: eth0: transmit timed out, tx_status 00 status e000. Jun 6 15:21:34 supernova kernel: diagnostics: fifo 0000 net 0ee0 dma 000000a0.

Question: Delaying eth0 initialization and [FAILED] Date: 2000, Jun 08 From: pam zerocode

I'm using RedHat 6.1 and this is what I'm getting when I'm trying to load my 3com megahertz 10/100 lan pc card. if works just fine when I'm doing ifup eth0 AFTER bootup. anyone know how I can fix this problem ? or just give me the files involved and I'll take a look. Thanks alot!

More: AND Re: Question: Delaying eth0 initialization and [FAILED] (pam) Date: 2000, Jun 08 From: pam zerocode

by the way I've gone through the PCMCIA-HOWTO and read my 3 linux books but I can't find my answer... so I've done my homework! :) In the pcmcia-howto it's saying At boot time, when the Red Hat network subsystem starts up, it may say ``Delaying eth0 initialization'' and ``[FAILED]''. This is actually not a failure: it means that this network interface will not be initialized until after the PCMCIA network device is configured. Red Hat bundles their slightly modified PCMCIA source distribution in their kernel SRPM, rather than as a separate source package. well this is a failure because after the bootup when I do ifconfig, my eth0 is not there. Now what I understand is that this is normal but ... I don't think my pcmcia card not loading is normal for me :) any help would be appreciated, alot! :) Thanks.

I think this is covered in the HOWTO Re: Question: Delaying eth0 initialization and [FAILED] (pam) Date: 2000, Jun 08 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The FAILED message is not a failure. Your problem is documented in the paragraph in the PCMCIA-HOWTO before the one you found that says the FAILED message is normal. I bet you have upgraded your PCMCIA drivers, and you need to update /etc/pcmcia/network.opts to do the "ifup" call. -- Dave

Question: 575BT and promisc mode Date: 2000, Jun 20 From: Michael Russo russo74

I've been trying to setup my laptop as a network troubleshooting box and I've run into a problem. I've got full network conectivity with my 575bt(ping,web,dns,etc) but when i try to set the interface into promisc mode at home I can't see any packets except those coming to the interface, But at work everything works fine. I've used the redhat packages, the 3.1.16 source , the standard redhat kernel(2.2.12-20), my own compiled 2.2.15 and 16 kernel's. But nothing works. The only thing I can track the difference between work and home to, is that at work I am hooking into a 10mb hub while at home I am hooking into a 10/100 hub and the 575bt is showing a link at 100MB. I've ruled out the hub since I can get tcpdump and ethereal to work on my other two linux machines. I was hoping someone might be able tell me if I am forgeting anything or if this could be a problem with the driver. I am stumped and any help would be appreciated. Mike Russo

The link speed should not affect packet filtering Re: Question: 575BT and promisc mode (Michael Russo) Date: 2000, Jun 20 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The 3CCFE575BT packet filter should not know what sort of connection you are using: the transceiver that handles 10/100 autonegotiation is a separate chip. So I don't know why promisc mode would work in one place but not in another. I don't have appropriate hardware to test your specific situation. It shouldn't matter once you switch on promisc mode, but I'd guess that your network settings (IP address, netmask, broadcast) are also different between your home and work setups. You could try using your work configuration when you're at home? Also verify with "dmesg" that the card is being put into promisc mode. -- Dave

Feedback: Figured out problem, but now have a new one. Re: The link speed should not affect packet filtering (David Hinds) Date: 2000, Jun 26 From: Michael Russo russo74

I found out what my problem was though a helpful post in the comp.os.linux.portables newsgroup. The problem turned out to be that my 10/100 hub is actually a 10Mbs hub and a 100Mbs hub that are bridged together so that they effectively segment my network based upon the highest speed a card is capabale of. I have another 10/100mbs 3com card in my network and allowing it to connect at 100mbs to the hub instead of forcing it to 10 mbs I can now see all traffic going to that card. My question now is how do I force the 3c575 to connect at 10mbs? I have tried passing it the media_select option used with the 3c59x module for my other card, but it doesn't seem to work. I've looked through the FAQ and the message boards but this doesn't seem to be covered anywhere. I am sure that I must be passing the wrong option or pasing the option wrong. I've tried passing the option in conf.modules,/etc/pcmcia/conf , and /etc/pcmcia/config.opts. The card just always selects 100Mb operation. Any help is greatly appreaciated. Michael J Russo

Question: What do "flipped to 10baseT" and "lost link beat" mean? Date: 2000, Jun 21 From: Steve Snyder SteveSnyder

I just started running pcmcia v3.1.16 drivers on an old notebook and I'm concerned about some errors that I'm seeing. About my hardware: Computer: Toshiba T2135CS notebook 486/75 CPU with 32MB of RAM dual PCMCIA (Not CardBus) slots PCMCIA devices: Slot 0: 3Com 3C574 Fast Ethernet (currently unused) 3c574_cs = eth0 Slot 1: 3Com 3C562 Ethernet/Modem combo card (modem currently unused) 3c589_cs = eth1 serial_cs = ttyS01 About my software: RedHat Linux v6.2 with all RH-released updates Linux kernel v2.2.16 PCMCIA drivers v3.1.16 The snippet below is a 25-minute span of my system log, starting from PCMCIA initialization. Note the multiple occurrances of the message "eth1: flipped to 10baseT" and the single occurance of the message "eth1: lost link beat". The device eth1 is hooked to a SDSL Internet connection. The traffic across eth1 seems to work correctly in that I don't get hung connections. The throughput on this device (10Mbps Ethernet and a 192Kbps SDSL line) seems slower than the 192Kbps rate would suggest but I'm not sure if this is purely a matter of using an old system or if there is also a software configuration problem. As noted above, only 1 of the 3 PCMCIA-hosted device are currently in use, eth1. After getting the kinks worked out of the eth1 (3c589_cs) interface I will connect the eth0 (3c574_cs) interface to a 10Mbps hub and leave the modem (serial_cs) idle. So... where do I stand on the configuration of eth1? Do those 2 messages indicate problems that must be addressed? And if so, what should I do to fix them? One other related issue: the Linux kernel has an option that allows you to specify that the CPU cannot keep up with network traffic. Any thoughts on using this option given that I'll be running 2 10Mbps Ethernet devices on a 486/75? Thank you. 23:23:47 kernel: Linux PCMCIA Card Services 3.1.16 23:23:47 kernel: kernel build: 2.2.16 unknown 23:23:47 kernel: options: none 23:23:47 kernel: Intel PCIC probe: 23:23:47 kernel: Intel i82365sl B step ISA-to-PCMCIA at port 0x3e0 ofs 0x00 23:23:47 kernel: host opts [0]: none 23:23:47 kernel: host opts [1]: none 23:23:47 kernel: ISA irqs (scanned) = 3,4,5,7,9,10,11,12,15 status change on irq 15 23:23:47 kernel: cs: IO port probe 0x1000-0x17ff: excluding 0x1000-0x107f 0x10a0-0x10c7 0x10d0-0x10ef 0x11f0-0x11ff 0x13f0-0x13f7 0x1400-0x147f 0x14a0-0x14c7 0x14d0-0x14ef 0x15f0-0x15ff 0x17f0-0x17f7 23:23:47 kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x1f8-0x1ff 0x378-0x37f 0x3b8-0x3e7 0x3f8-0x4c7 0x4d0-0x4ef 23:23:47 kernel: cs: IO port probe 0x0a00-0x0aff: clean. 23:23:47 kernel: cs: memory probe 0x0d0000-0x0dffff: clean. 23:23:48 kernel: 3c574_cs.c v1.08 9/24/98 Donald Becker/David Hinds, becker@cesdis.gsfc.nasa.gov. 23:23:48 kernel: eth0: 3C574-TX Fast EtherLink PC Card at io 0x300, irq 3, hw_addr 00:60:08:B6:3D:FC. 23:23:48 kernel: ASIC rev 1, 64K FIFO split 1:1 Rx:Tx, autoselect MII interface. 23:23:48 kernel: Serial driver version 4.27 with no serial options enabled 23:23:48 kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A 23:23:48 kernel: eth1: 3Com 3c562, io 0x320, irq 5, hw_addr 00:60:97:ED:E8:72 23:23:48 kernel: 8K FIFO split 5:3 Rx:Tx, auto xcvr 23:23:48 kernel: tty01 at 0x02f8 (irq = 5) is a 16550A 23:23:48 kernel: eth1: flipped to 10baseT 23:23:45 crond: crond startup succeeded 23:23:49 inet: inetd startup succeeded 23:23:51 named[518]: starting. named 8.2.2-P5 Tue Jun 20 08:06:21 EST 2000 ^Iroot@sunspot.snydernet.lan:/usr/src/redhat/BUILD/bind-8.2.2_P5/src/bin/named 23:23:51 named[518]: master zone "0.0.127.IN-ADDR.ARPA" (IN) loaded (serial 2000062001) 23:23:51 named[518]: master zone "snydernet.lan" (IN) loaded (serial 2000062001) 23:23:51 named[518]: master zone "0.168.192.IN-ADDR.ARPA" (IN) loaded (serial 2000062001) 23:23:52 named[518]: hint zone "" (IN) loaded (serial 0) 23:23:52 named[518]: listening on [127.0.0.1].53 (lo) 23:23:52 named[518]: listening on [192.168.0.1].53 (eth0) 23:23:52 named[518]: Forwarding source address is [0.0.0.0].1024 23:23:52 named: named startup succeeded 23:23:52 named[519]: group = 25 23:23:52 named[519]: user = named 23:23:52 named[519]: Ready to answer queries. 23:23:52 sshd: Starting sshd: 23:23:53 kernel: eth1: flipped to 10baseT 23:23:54 sshd: sshd startup succeeded 23:23:54 sshd: ^[[60G 23:23:54 sshd: 23:23:54 rc: Starting sshd succeeded 23:23:55 sshd[529]: Server listening on 0.0.0.0 port 22. 23:23:55 sshd[529]: Generating 768 bit RSA key. 23:23:55 keytable: Loading keymap: 23:23:56 keytable: Loading /usr/lib/kbd/keymaps/i386/qwerty/us.kmap.gz 23:23:58 keytable: Loading system font: 23:23:58 rc: Starting keytable succeeded 23:24:04 sendmail: sendmail startup succeeded 23:24:05 linuxconf: Linuxconf final setup 23:24:11 sshd[529]: RSA key generation complete. 23:24:11 rc: Starting linuxconf succeeded 23:24:23 ntpdate[796]: step time server 140.221.9.20 offset 0.296360 sec 23:28:37 kernel: eth1: lost link beat 23:48:05 kernel: eth1: flipped to 10baseT

Transceiver monitoring messages Re: Question: What do "flipped to 10baseT" and "lost link beat" mean? (Steve Snyder) Date: 2000, Jun 21 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The "lost link beat" message means that the 3C562 reported that it was no longer seeing a valid 10baseT link beat signal. The "flipped to 10baseT" messages mean that the driver was probing the transceiver type (10base2 or 10baseT) and settled on 10baseT after detecting a link beat. If you will always be using 10baseT for this card, you can set that explicitly in /etc/pcmcia/network.opts (IFPORT="10baseT"). The driver will still report if it sees the link beat come and go, but will not ever try to autodetect 10base2 versus 10baseT. I'm not sure what the deal is with why you might be losing link beat. Maybe it is a feature of your SDSL router; maybe it drops link beat when it is having connection problems on the SDSL line? In any case, I don't think the transceiver messages are a major problem. If the driver sets the transceiver incorrectly, it would not cause degraded performance: you would see no traffic at all. I'd think your 486 would be able to handle this network load since one side is effectively throttled to 192 kb/sec. You can also watch your ifconfig stats for receive overruns. -- Dave

Note: Continuing 575CT woes Date: 2000, Jun 30 From: Mike Westall westall

My 575CT is in a Dell Latitude. I have installed the beta possible fix issued late May but it seems to make no difference. Whenever the system is rebooted, the adapter appears to be unable to send. If I crank up a ping after a few failures I get the old faithful "Transmit ring full .. refusing to send" message. Oddly enough, it is normally the case that as soon is that message is issued, it does begin to send. Once it does begin to send I encounter no problems until the next reboot... As you might suspect it works 100% reliably w/ Win98.

Question: 3CCFE575CT-D on Dell Latitude laptop witk kernel 2.4.0-test2 Date: 2000, Jul 03 From: Pawel Wiatr pwiatr

Hej everybody! I am using DELL Latitude CPx Laptop with 3CCFE575CT-D Ethernet card. I wanted to try the new kernel 2.4.0-test2, and what I observed is: - I have kernel panic when I put out the PCMCIA card. To solve it I just compiled the 3c575_cs.o from pcmcia-cs-3.1.16 (there are major imrovements for this card) and copied it into /lib/modules/2.4.0-test2/pcmcia (before I removed the symbolic link) and I do not have this problem anymore. But when I look into /var/log/messages I can see: When putting the pcmcia card into the slot : Jul 3 14:14:36 localhost kernel: cs: cb_alloc(bus 2): vendor 0x10b7, device 0x5257 Jul 3 14:14:36 localhost kernel: PCI: Enabling device 02:00.0 (0000 -> 0003) Jul 3 14:14:36 localhost kernel: PCI: No IRQ known for interrupt pin A of device 02:00.0. Please try using pci=biosirq. Jul 3 14:14:36 localhost cardmgr[489]: initializing socket 0 Jul 3 14:14:36 localhost cardmgr[489]: socket 0: 3Com 3CCFE575CT/3CXFE575CT Fast EtherLink XL Jul 3 14:14:36 localhost cardmgr[489]: executing: 'modprobe cb_enabler' Jul 3 14:14:36 localhost cardmgr[489]: + modprobe: Can't locate module cb_enabler Jul 3 14:14:36 localhost cardmgr[489]: modprobe exited with status 255 Jul 3 14:14:36 localhost cardmgr[489]: module /lib/modules/2.4.0-test2/pcmcia/cb_enabler.o not available Jul 3 14:14:36 localhost cardmgr[489]: executing: 'modprobe 3c575_cb' Jul 3 14:14:36 localhost kernel: 3c59x.c:v0.99Q 5/16/2000 Donald Becker, becker@scyld.com Jul 3 14:14:36 localhost kernel: http://www.scyld.com/network/vortex.html Jul 3 14:14:36 localhost kernel: vortex_attach(device 02:00.0) Jul 3 14:14:36 localhost kernel: eth0: 3Com 3CCFE575CT Cyclone CardBus at 0x1000, 00:50:da:e9:19:88, IRQ 11 Jul 3 14:14:36 localhost kernel: product code 'ZE' rev 10 date 05-14-00 Jul 3 14:14:36 localhost kernel: eth0: CardBus functions mapped 10800080->c8843080. Jul 3 14:14:36 localhost kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Jul 3 14:14:36 localhost kernel: MII transceiver found at address 0, status 7809. Jul 3 14:14:36 localhost kernel: Enabling bus-master transmits and whole-frame receives. Jul 3 14:14:36 localhost cardmgr[489]: executing: './network start eth0' Jul 3 14:14:36 localhost cardmgr[489]: + cat: /var/lib/pcmcia/scheme: No such file or directory I have some questions that I would like to know: I am courious What does it mean ? Which config file shoul I modify ? Jul 3 14:14:36 localhost kernel: PCI: No IRQ known for interrupt pin A of device 02:00.0. Please try using pci=biosirq. Another question What is the role of cb_enabler? Or where I can find the manual about it ? /var/log/messages when I take out the card seems to be normal. Jul 3 14:14:37 localhost kernel: cs: cb_free(bus 2) Jul 3 14:14:37 localhost cardmgr[489]: shutting down socket 0 Jul 3 14:14:37 localhost cardmgr[489]: executing: './network stop eth0' Jul 3 14:14:37 localhost cardmgr[489]: + cat: /var/lib/pcmcia/scheme: No such file or directory Jul 3 14:14:37 localhost cardmgr[489]: executing: 'modprobe -r 3c575_cb' Jul 3 14:14:37 localhost cardmgr[489]: executing: 'modprobe -r cb_enabler' Thanks for help Pawel Wiatr pawel@it.kth.se

None of these should be major problems Re: Question: 3CCFE575CT-D on Dell Latitude laptop witk kernel 2.4.0-test2 (Pawel Wiatr) Date: 2000, Jul 05 From: David Hinds <dhinds@pcmcia.sourceforge.org>

> Jul 3 14:14:36 localhost cardmgr[489]: executing: 'modprobe cb_enabler' > Jul 3 14:14:36 localhost cardmgr[489]: + modprobe: Can't locate module cb_enabler For this you could edit /etc/pcmcia/config, find the 3c575_cb driver entry, and remove "cb_enabler" from the list of modules. Because it is built into your kernel. > Jul 3 14:14:36 localhost cardmgr[489]: + cat: /var/lib/pcmcia/scheme: No such file or directory Look in /etc/rc.d/init.d and rename pcmcia.N to pcmcia (assuming this is a Red Hat based system). > Jul 3 14:14:36 localhost kernel: PCI: No IRQ known for interrupt pin A > of device 02:00.0. Please try using pci=biosirq. I don't think I understand what this message means in this context (especially since your card seems to be configured ok, and was assigned irq 11) -- Dave

Re: None of these should be major problems Re: None of these should be major problems (David Hinds) Date: 2000, Jul 06 From: Pawel Wiatr pwiatr

On Wed, 5 Jul 2000, David Hinds wrote: Hej, > > Jul 3 14:14:36 localhost cardmgr[489]: executing: 'modprobe cb_enabler' > > Jul 3 14:14:36 localhost cardmgr[489]: + modprobe: Can't locate module cb_enabler > For this you could edit /etc/pcmcia/config, find the 3c575_cb driver > entry, and remove "cb_enabler" from the list of modules. Because it > is built into your kernel. Oki, I did it and it fonction correctly. > > Jul 3 14:14:36 localhost kernel: PCI: No IRQ known for interrupt pin A > > of device 02:00.0. Please try using pci=biosirq. > I don't think I understand what this message means in this context > (especially since your card seems to be configured ok, and was > assigned irq 11) The card works correctly, yes. But when I put the second one (the same type) in the second PCMCIA slot, both of them will work on the same interrupt. And I would like to avoid it. --------------- Best regards Pawel Wiatr --------------- Don't worry if you have some problems with mathematics, mine are greater. A. Einstein ---------------

Sorry, that is not an option Re: Re: None of these should be major problems (Pawel Wiatr) Date: 2000, Jul 06 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The two slots have to use the same PCI interrupt. -- Dave

Question: 3C574 and CPU utilization Date: 2000, Jul 18 From: Derek Glidden dglidden

I had to replace the 3C589 that's been working great in my laptop for the last couple of years because the stupid dongle broke. I decided to stick with 3Com and buy a 3c574. (Specifically the 3CCFE574BT, according to the packaging.) I'm having a strange issue with it that I'm not sure is normal or if there is something else going on. The card itself works fine, but CPU utilization is directly proportional to the amount of network traffic, and the best performance I can get out of the card is slightly less than the 3c589 was capable of doing, probably because the CPU is at 100% load at just under 10Mbps speeds. The 3c589 did not have this problem - under full load, CPU utilization was virtually nonexistent. The machine is running Kernel 2.2.16 and I had been running PCMCIA 3.1.15, upgraded to 3.1.18 and both have the same performance characteristics. This is a Toshiba Satellite 4015CDS with the Toshiba ToPIC97 card controller in it. There is also a 3Com/Megahertz 56K modem pccard plugged in that is not being used for anything. I'll gladly post kernel messages if anyone thinks they're necessary, but I want to reiterate that the card, other than using a lot of CPU time during network activity, appears to be working just fine. If this is a known issue with either the card or the laptop chipset, I would like to take the card back and exchange it for a DLink 10/100 card, which is $100 cheaper and also has a "Ready for Linux" sticker on the box. (I didn't get that to begin with because I had had such good luck with the other 3Com card.) Is this a recommended course of action? (i.e. I'll have a lot better luck with the DLink card than the 3Com, or they're both going to suck CPU time the same way, but at least the DLink card would suck for $100 less?)

Sad: 575...Interrupted. Date: 2000, Jul 24 From: charliej dudboy

Iam just wondering, can anyone make this card work the first time (in Linux):) Brief Synopsis: Ihave a 3Com 3CCFE575CT and a Stinkpad 1261 iSeries (O2Micro...). I use Mandrake 7.1 w/ 2.2.15-4 kernel, and have installed the pcmcia ver 3.1.19 (got it yesterday) several times. I added lines to *.opts files like "PCIC..." and even enabled (then quickly disabled) PnP Bios detection from the "config" file. Now the most I was able to get is a very long ping time 10000+ and the same error "IRQ blocked by another device". Can anyone save me from my ineptitude? I follow your postings as pertaining to my troubles and ahve attempted to implement those solutions as fitting. Please advise me in this.

You can try changing the bridge interrupt settings Re: Sad: 575...Interrupted. (charliej) Date: 2000, Jul 26 From: David Hinds <dhinds@pcmcia.sourceforge.org>

In /etc/sysconfig/pcmcia, try setting: PCIC_OPTS="irq_mode=0xNN" where NN is 0x00, 0x01, 0x02, 0x03, 0x80, 0x81, 0x82, or 0x83. One of those may help. It is an obscure fix but I don't have a better one. -- Dave

Question: 3CXFE575BT sending with no flow control? Date: 2000, Jul 30 From: Roberto Jung Drebes <drebes@aton.inf.ufrgs.br>

Hi there, My 3CXFE575BT is still crazy when it has to send data in a burst, giving me the "Tx Ring full, refusing to send buffer" error. It works ok when I'm receiving HTTP, FTP traffic, and it's even ok when I'm sending or receiving ssh traffic, but I just need to start a bursty data transfer leaving the machine to get the error. I'm now using pcmcia-cs-3.1.19, kernel 2.2.16, have tried using all combinations of pci_int and pci_csc in PCIC_OPTs, with no success. The brige is: 00:11.0 CardBus bridge: Texas Instruments PCI1220 (rev 02) Well, first, is there any information I can get from the error message? Like, why the buffer is getting full? I know nothing about TCP, but why isn't the flow control working (I belive there is something like a sliding window in TCP)? Or a debug mode (The i82365 man page says something of pc_debug parameter, but only when the module is compiled with debug info, how do I do it?) If there is no easy fix, and I think it really doesn't have since I'm having this problem for a long time, I would like to have some information on using PCMCIA with 2.3/4 kernels. I remember seeing that some PCMCIA support was included in the kernel in such versions, so does this make the pcmcia-cs useless? Or do they work together? If so, should I do the same, ie, unpack it, ./Configure && make all ? Thanks in advance,

Question: conflict between sound chip and 3c575cb ethernet card since 3.1.16 Date: 2000, Jul 18 From: Jerome Limozin jlimozin

I have a conflict between my sound card and the 3com ethernet card 3c575cb since release 3.1.16 (3.1.17 and .18 also affected). 3.1.15 works fine. Symptoms : while playing a mp3, if I witch between windows (under X) or have a window repainted, the sound becomes very sluggish. same if I switch between virtual consoles. if I remove the ethernet card, situation is back to normal. I also have a SCSI cardbus card, which is not showing this problem apparently. I tried to change all settings with the sound card (ports, IRQ...) but with no luck. Excluding explicitely the ports, irq and dma used by the sound card in pcmcia config didn't help either. pc: hp omnibook 4100 linux 2.2.16 sound card : crystal sound CS4232 CS4232 MIDI at 0x220 irq 9 CS4232 at 0x530 irq 5 drq 1,3 OPL-2/OPL-3 FM at 0x388 pcmcia start log : Jul 18 19:26:54 localhost pcmcia: Starting PCMCIA services: Jul 18 19:26:54 localhost pcmcia: modules Jul 18 19:26:54 localhost kernel: Linux PCMCIA Card Services 3.1.16 Jul 18 19:26:54 localhost kernel: kernel build: 2.2.16 #1 Thu Jul 6 06:24:37 JST 2000 Jul 18 19:26:54 localhost kernel: options: [pci] [cardbus] [apm] [pnp] Jul 18 19:26:54 localhost kernel: PCI routing table version 1.0 at 0xfdf70 Jul 18 19:26:54 localhost kernel: 00:04.0 -> irq 10 Jul 18 19:26:54 localhost kernel: 00:04.1 -> irq 10 Jul 18 19:26:54 localhost kernel: PnP: PNP BIOS installation structure at 0xc00f6040 Jul 18 19:26:54 localhost kernel: PnP: PNP BIOS version 1.0, entry at f0000:a8a6, dseg at 400 Jul 18 19:26:54 localhost kernel: Intel PCIC probe: Jul 18 19:26:54 localhost kernel: TI 1250A rev 02 PCI-to-CardBus at slot 00:04, mem 0x68 000000 Jul 18 19:26:54 localhost kernel: host opts [0]: [serial pci & irq] [pci irq 10] [lat 64/32] [bus 32/34] Jul 18 19:26:54 localhost kernel: host opts [1]: [serial pci & irq] [pci irq 10] [lat 64/32] [bus 35/37] Jul 18 19:26:54 localhost kernel: ISA irqs (scanned) = 3,9,11 PCI status changes Jul 18 19:26:54 localhost pcmcia: cardmgr. Jul 18 19:26:54 localhost rc: Starting pcmcia succeeded Jul 18 19:26:54 localhost cardmgr[320]: starting, version is 3.1.16 Jul 18 19:26:55 localhost kernel: cs: cb_alloc(bus 35): vendor 0x10b7, device 0x5157 Jul 18 19:26:55 localhost inet: inetd startup succeeded Jul 18 19:26:55 localhost cardmgr[320]: watching 2 sockets Jul 18 19:26:55 localhost kernel: cs: IO port probe 0x0c00-0x0cff: clean. Jul 18 19:26:55 localhost kernel: cs: IO port probe 0x0800-0x08ff: clean. Jul 18 19:26:55 localhost kernel: cs: IO port probe 0x0100-0x04ff: clean. Jul 18 19:26:55 localhost kernel: cs: IO port probe 0x0a00-0x0aff: clean. Jul 18 19:26:55 localhost cardmgr[320]: initializing socket 1 Jul 18 19:26:55 localhost cardmgr[320]: socket 1: 3Com 3CCFE575B/3CXFE575B Fast EtherLink XL Jul 18 19:26:56 localhost cardmgr[320]: executing: 'modprobe cb_enabler' Jul 18 19:26:56 localhost cardmgr[320]: executing: 'modprobe 3c575_cb' Jul 18 19:26:56 localhost kernel: 3c59x.c:v0.99Q 5/16/2000 Donald Becker, becker@scyld.com Jul 18 19:26:56 localhost kernel: http://www.scyld.com/network/vortex.html Jul 18 19:26:56 localhost kernel: cs: cb_config(bus 35) Jul 18 19:26:56 localhost kernel: fn 0 bar 1: io 0x280-0x2ff Jul 18 19:26:56 localhost kernel: fn 0 bar 2: mem 0x60021000-0x6002107f Jul 18 19:26:56 localhost kernel: fn 0 bar 3: mem 0x60020000-0x6002007f Jul 18 19:26:56 localhost kernel: fn 0 rom: mem 0x60000000-0x6001ffff Jul 18 19:26:56 localhost kernel: irq 3 Jul 18 19:26:56 localhost kernel: cs: cb_enable(bus 35) Jul 18 19:26:56 localhost kernel: bridge io map 0 (flags 0x21): 0x280-0x2ff Jul 18 19:26:56 localhost kernel: bridge mem map 0 (flags 0x1): 0x60000000-0x60021fff Jul 18 19:26:56 localhost kernel: vortex_attach(device 23:00.0) Jul 18 19:26:57 localhost kernel: eth0: 3Com 3CCFE575BT Cyclone CardBus at 0x280, 00:00:86:17:ac:4f, IRQ 3 Jul 18 19:26:57 localhost kernel: product code 'NV' rev 07 date 03-10-98 Jul 18 19:26:57 localhost kernel: eth0: CardBus functions mapped 60020000->ca24a000. Jul 18 19:26:57 localhost kernel: 8K byte-wide RAM 5:3 Rx:Tx split, MII interface. Jul 18 19:26:57 localhost kernel: MII transceiver found at address 0, status 7809. Jul 18 19:26:57 localhost kernel: Enabling bus-master transmits and whole-frame receives. Jul 18 19:26:56 localhost cardmgr[320]: executing: './network start eth0' Any idea?

Something is fishy here Re: Question: conflict between sound chip and 3c575cb ethernet card since 3.1.16 (Jerome Limozin) Date: 2000, Jul 19 From: David Hinds <dhinds@pcmcia.sourceforge.org>

> I have a conflict between my sound card and the 3com ethernet > card 3c575cb since release 3.1.16 (3.1.17 and .18 also > affected). 3.1.15 works fine. Are you sure that it is a PCMCIA version issue? (did you also upgrade your kernel at the same time?) It isn't obvious to me how any of the changes in 3.1.16 would have an impact in this situation. Also, are you specifying any special options for the i82365 module? It looks to me like things are not being configured the way I would expect. -- Dave

More: A workaround is in the current beta Re: Question: conflict between sound chip and 3c575cb ethernet card since 3.1.16 (Jerome Limozin) Date: 2000, Aug 24 From: David Hinds <dhinds@pcmcia.sourceforge.org>

The problem seems to be that the latest 3c575_cb driver uses up too much PCI bus bandwidth. To improve performance, the driver instructs the 3Com card to poll the transmit ring for new packets to send, instead of explicitly telling the card when new packets have been queued. This reduces the load on the CPU, but the extra PCI bus traffic seems to cause congestion on some systems. The 24-Aug-00 beta has a new module parameter for the 3c575_cb module, "down_poll_rate", that controls this polling feature. This can be set from 0 to 127; 0 disables polling, other values give the poll interval in units of 320 ns. The default is 20. On systems where polling causes problems, either increase the poll interval to the maximum of 127, or disable polling entirely. -- Dave

Question: ToPIC100 + 3c589 RequestIRQ Failure (2.4.0-test7,3.1.19) Date: 2000, Aug 27 From: Andreas F. Bobak bobak

On my Toshiba 3480CT, using kernel 2.4.0-test7 and pcmcia-cs 3.1.19, my 3com 589D card fails to load with "3c589_cs: RequestIRQ: Resource in use". When I boot into kernel 2.2.16 (RedHat 6.2) the ethernet card works without any flaws. The Portege 3480CT uses a ToPIC100 PCI->CardBus bridge, the assigned IRQ is 11. I played around with irq_list settings in /etc/sysconfig/pcmcia (PCIC_OPTS) and as opts for the modules, with no effect. I just don't get it... Any idea how I can make it work? These are the logfile excerpts: ================ dmesg: Linux PCMCIA Card Services 3.1.11 options: [pci] [cardbus] [pm] Yenta IRQ list 0000, PCI irq11 Socket status: 30000007 Yenta IRQ list 0000, PCI irq11 Socket status: 30000007 [...] cs: IO port probe 0x1000-0x17ff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7 cs: IO port probe 0x0a00-0x0aff: clean. cs: memory probe 0xa0000000-0xa0ffffff: clean. 3c589_cs: RequestIRQ: Resource in use ================ lsmod: Module Size Used by 3c589_cs 8016 0 (unused) soundcore 3972 0 (autoclean) ================ lspci -v: 00:0b.0 CardBus bridge: Toshiba America Info Systems: Unknown device 0617 (rev 20) Subsystem: Toshiba America Info Systems: Unknown device 0001 Flags: bus master, slow devsel, latency 168, IRQ 11 Memory at 10000000 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=14, subordinate=14, sec-latency=0 Memory window 0: 10400000-107ff000 (prefetchable) Memory window 1: 10800000-10bff000 I/O window 0: 00001000-000010ff I/O window 1: 00001400-000014ff 16-bit legacy interface ports at 0001 00:0b.1 CardBus bridge: Toshiba America Info Systems: Unknown device 0617 (rev 20) Subsystem: Toshiba America Info Systems: Unknown device 0001 Flags: bus master, slow devsel, latency 168, IRQ 11 Memory at 10001000 (32-bit, non-prefetchable) [size=4K] Bus: primary=00, secondary=15, subordinate=15, sec-latency=0 Memory window 0: 10c00000-10fff000 (prefetchable) Memory window 1: 11000000-113ff000 I/O window 0: 00001800-000018ff I/O window 1: 00002000-000020ff 16-bit legacy interface ports at 0001 ================== /var/log/messages after /etc/rc.d/init.d/pcmcia restart: Aug 27 15:51:12 ravioli cardmgr[3839]: shutting down socket 0 Aug 27 15:51:12 ravioli cardmgr[3839]: executing: 'modprobe -r 3c589_cs' Aug 27 15:51:12 ravioli cardmgr[3839]: exiting Aug 27 15:51:14 ravioli cardmgr[3892]: starting, version is 3.1.11 Aug 27 15:51:14 ravioli cardmgr[3892]: watching 2 sockets Aug 27 15:51:14 ravioli kernel: cs: IO port probe 0x1000-0x17ff: clean. Aug 27 15:51:14 ravioli kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7 Aug 27 15:51:14 ravioli cardmgr[3892]: initializing socket 0 Aug 27 15:51:14 ravioli cardmgr[3892]: socket 0: 3Com 589 Ethernet Aug 27 15:51:14 ravioli cardmgr[3892]: executing: 'modprobe 3c589_cs' Aug 27 15:51:14 ravioli kernel: 3c589_cs: RequestIRQ: Resource in use Aug 27 15:51:15 ravioli cardmgr[3892]: get dev info on socket 0 failed: Resource temporarily unavailable

Interrupt probe problem Re: Question: ToPIC100 + 3c589 RequestIRQ Failure (2.4.0-test7,3.1.19) (Andreas F. Bobak) Date: 2000, Aug 28 From: David Hinds <dhinds@pcmcia.sourceforge.org>

> Yenta IRQ list 0000, PCI irq11 ... > Yenta IRQ list 0000, PCI irq11 The "yenta" driver has decided you have no available interrupts. It also doesn't offer any module parameters for overriding the interrupt probe. -- Dave

Question: 3CCE589ET: lost link beat problem Date: 2000, Aug 30 From: Claude Lefrancois lmcclef

Hello, I am trying to install a 3CCE589ET in a Compaq Armada 7400. I am running Mandrake 7.0 and I have updated pcmcia-cs to 3.1.19. When I insert the card in the computer, I can hear 3 beeps. This does not seem good. Right ? The pcmcia card manager recognizes the card and loads the 3c589_cs driver correctly. But, the link light never comes up. If I configure the card with network parameters (IP,GW,etc.), I get the "eth0: lost link beat" message and no network connection can be established. The complete pcmcia kernel log follows. Any ideas ? Thanks, Claude. Linux PCMCIA Card Services 3.1.19 kernel build: 2.2.14-15mdk unknown options: [pci] [cardbus] [apm] PCI routing table version 1.0 at 0xf0990 unknown PCI interrupt router 0e11:ae69 Intel PCIC probe: TI 1250A rev 02 PCI-to-CardBus at slot 00:0c, mem 0x7fffe000 host opts [0]: [pci + serial irq] [no pci irq] [lat 66/176] [bus 2/2] host opts [1]: [pci + serial irq] [no pci irq] [lat 66/176] [bus 3/3] ISA irqs (scanned) = 3,4,7,9,10,15 status change on irq 15 cs: IO port probe 0x1000-0x17ff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x100-0x107 0x220-0x22f 0x250-0x257 0x330-0x337 0x378-0x37f 0x388-0x38f 0x408-0x40f 0x4d0-0x4d7 cs: IO port probe 0x0a00-0x0aff: clean. cs: memory probe 0xa0000000-0xa0ffffff: clean. eth0: 3Com 3c589, io 0x300, irq 3, hw_addr 00:10:5A:8A:CB:E4 8K FIFO split 5:3 Rx:Tx, 10baseT xcvr tty02 at 0x13f8 (irq = 9) is a 16550A eth0: lost link beat

Are you sure your network hookup is working? Re: Question: 3CCE589ET: lost link beat problem (Claude Lefrancois) Date: 2000, Aug 30 From: David Hinds <dhinds@pcmcia.sourceforge.org>

> eth0: lost link beat The message points to a network connectivity problem. Have you ever had this card work, under Windows maybe? Are you using a good ethernet cable? Are you sure that the port you're connected to is working? -- Dave

Date: 2000, Sep 04 From: Niclas Söderlund Niclas

[ Add Message ]  to: "3Com PCMCIA Ethernet Adapter Issues"

[ Members ]  [ Subscribe ]  [ Admin Mode ] 
[ Show Frames ]  [ Help for HyperNews at pcmcia-cs.sourceforge.net 1.10 ]