Red Hat Bugzilla – Bug 36817
3CCFE575BT cannot resume
Last modified: 2015-01-04 17:01:10 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.75C-CERN UNIX asis-w8 45 [en] (X11; U; Linux
3Com 3CCFE575BT cardbus network card works fine until a suspend/resume...
card is 100megabit capable, but running at 10megabits...
the card seems to suspend fine, but when it resumes, the 100Mbit led is on
instead of the 10Mbit led, and the card obviously does not function.
Steps to Reproduce:
Actual Results: problem can also be reproduced with:
but it can be fixed with:
(physical eject/insert works fine as well)
above all worked fine with RH 6.2
machine is an IBM ThinkPad 570
00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge
00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev
00:02.0 CardBus bridge: Texas Instruments PCI1450 (rev 03)
00:02.1 CardBus bridge: Texas Instruments PCI1450 (rev 03)
00:05.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24
[CrystalClear SoundFusion Audio Accelerator] (rev 01)
00:06.0 Bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02)
00:06.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01)
00:06.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01)
00:06.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02)
00:07.0 Communication controller: Lucent Microelectronics WinModem 56k (rev
01:00.0 VGA compatible controller: Neomagic Corporation [MagicMedia 256AV]
09:00.0 Ethernet controller: 3Com Corporation 3CCFE575BT Cyclone CardBus
I'm finding similar behavior with the 3Com PCI 3CCFE575CT Tornado CardBus on a
Dell Inspiron 7500. The card works fine until a suspend, at both 10 and 100
mb. I have configured pcmcia to restart in apmd, but this seems to mostly fail
-- pcmcia-core cannot be removed because yento-socket is using it, and for some
reason the pcmcia init script won't try to rmmod yento-socket. If I manually
remove the modules, I can at least restart pcmcia successfully, but restarting
networking doesn't seem to work very reliably.
I believe this is a kernel 2.4 problem. I noticed the same behavior in RH 7.0
after trying a 2.4 kernel (I went back to 2.2 to fix it), but maybe its just a
kernel config problem?
Some more info on the Dell Inspiron 7500 with 3Com PCI 3CCFE575CT Tornado
CardBus: ejecting/reinserting the card does not solve the problem for me
(neither physically nor with cardctl). In order to get networking back up, a
reboot is neccesary. Restarting networking, or even issuing a 'pump $PUMPARGS'
command manually, results in sporadic, temporary lock-ups, as if the system is
in a tight cli()/sti() loop. Interrupts seem to get disabled every 10-30
seconds, then are reenabled 5-10 seconds later. This continues until pump is