Use this page to discuss issues with 3Com ethernet cards. This includes 16-bit ethernet cards (3c589_cs driver), 16-bit fast ethernet cards (3c574_cs driver), and CardBus adapters (3c575_cb driver). Before posting, be sure you've checked any relevant sections of the PCMCIA-HOWTO, such as: Particularly useful bits of information to post include your laptop's make and model; the type(s) of card(s) you are using; and, of course, any relevant system log messages.

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

None 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

None 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

None 3ccfe575ct continued

Re: None 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

None Sorry, I didn't notice the "CT" bit...

Re: None 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

None 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'

None I don't have a solution, but...

Re: None 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?

None 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)

None 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

None 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: None 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.

None 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.

None 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: None 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

None 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: None 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,

None 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: None 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.

None 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: None 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

None 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: None 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

None 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. 

None 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

None 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: None 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

None 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: None 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

None 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!

None 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

None 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

None Different problems with 3.1.8

Re: None 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

None One thing to try

Re: None 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: None 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" 

None 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

None 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: None 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

None 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: None 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

None 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.

None 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

None oh.. ok!

Re: None 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

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

None 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

None 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: None 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

None 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.

None 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

None Re: The problem isn't quite what you think

Re: None 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.

None 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: None 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...

None 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: None 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.

None 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: None 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.

None 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: None 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

None 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

None 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: None 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.

None 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.

None 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]

None 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: None 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'

None 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: None 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

None 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: None 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 

None 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

None 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

None Compiles (w/o ray_cs.c) & works

Re: None 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

None Re: Compiles (w/o ray_cs.c) & works

Re: None 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

None 04Apr00 works + dump_pirq output

Re: None 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.

None Re: 04Apr00 works + dump_pirq output

Re: None 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?

None 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

None 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

None More Specific Information

Re: None 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

None Not a familiar problem; may be hard to work around

Re: None 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: None 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

None 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

None Re: Not sure I understand

Re: None 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

None 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: None 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

None 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: None 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).

None 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: None 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-

None 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?

None 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: None 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

None 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

None 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: None 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

None 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: None 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

None 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.

None 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

None 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: None 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

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

None Re: None of these should be major problems

Re: None 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
                                                         
---------------

None Sorry, that is not an option

Re: None 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.

None 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?                      

None 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

None 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

None 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

3Com PCMCIA Ethernet Adapter Issues


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

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