From: Russell King <rmk@arm.linux.org.uk>
To: Linux Kernel List <linux-kernel@vger.kernel.org>, akpm@osdl.org
Subject: Cardbus suspend/resume of 3ccfe575bt card fails
Date: Wed, 6 Aug 2003 23:27:35 +0100 [thread overview]
Message-ID: <20030806232735.I16116@flint.arm.linux.org.uk> (raw)
Hi akpm,
Yes, I should've reported this sooner.
2.4 and 2.6 kernels exhibit the same problem - upon resume, the card
indicates that it has a 10base link to the hub, but the hub indicates
it has a 100base link. No traffic is possible.
Unplugging and replugging the card restores the link correctly (100base).
The following is from 2.6.0-test2:
0000:05:00.0: 3Com PCI 3CCFE575BT Cyclone CardBus at 0x1800. Vers LK1.1.19
Before suspend, mii-diag reports:
Basic registers of MII PHY #0: 3000 282d 0300 e54b 00a1 45e1 0001 0000.
The autonegotiated capability is 00a0.
The autonegotiated media type is 100baseTx.
Basic mode control register 0x3000: Auto-negotiation enabled.
You have link beat, and everything is working OK.
Your link partner advertised 45e1: Flow-control 100baseTx-FD 100baseTx 10baseT-FD 10baseT, w/ 802.3X flow control.
End of basic transceiver information.
After resume, it reports:
Basic registers of MII PHY #0: ffff ffff ffff ffff ffff ffff ffff ffff.
No MII transceiver present!.
I suspect this may be caused by the device not being restored correctly:
05:00.0 Class 0200: 10b7:5157 (rev 01)
Subsystem: 10b7:5b57
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at 1800 [disabled] [size=128]
Region 1: [virtual] Memory at 10c00000 (32-bit, non-prefetchable) [disabled] [size=128]
Region 2: [virtual] Memory at 10c00080 (32-bit, non-prefetchable) [disabled] [size=128]
Expansion ROM at 10800000 [disabled] [size=128K]
Capabilities: [50] Power Management version 1
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
It looks like 3c59x only saves the PCI config space and restores it if
you have WOL enabled - this is obviously wrong if you're suspending/
resuming a CardBus device.
--
Russell King (rmk@arm.linux.org.uk) The developer of ARM Linux
http://www.arm.linux.org.uk/personal/aboutme.html
next reply other threads:[~2003-08-06 22:27 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-06 22:27 Russell King [this message]
2003-08-06 22:38 ` Cardbus suspend/resume of 3ccfe575bt card fails Andrew Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030806232735.I16116@flint.arm.linux.org.uk \
--to=rmk@arm.linux.org.uk \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox