https://bugzilla.kernel.org/show_bug.cgi?id=55911
Summary: PCMCIA and Firewire PCI config broken after
suspend-to-RAM
Product: ACPI
Version: 2.5
Kernel Version: 3.8.3
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Power-Sleep-Wake
AssignedTo: acpi_power-sleep-w...@kernel-bugs.osdl.org
ReportedBy: rep...@g-vo.org
Regression: Yes
This is on a JVC MP-XP731 machine, a vintage 2004 (or so) Centrino-based
system with video memory mapped in main memory.
The last kernel version I've tried that worked fine is 3.2.36.
The first kernel version I've tried that broke this is 3.4.24, it's
still broken on 3.8.3.
The primary symptom: After a suspend-to-memory, PC Card inserts are no
longer detected.
Looking a bit closer, it turns out that suspend/resume hoses two
PCI descriptors: Before suspend, lspci -v outputs:
01:03.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev b8)
Subsystem: ASUSTeK Computer Inc. Device 1804
Flags: bus master, medium devsel, latency 168, IRQ 7
Memory at 30000000 (32-bit, non-prefetchable) [size=4K]
Bus: primary=01, secondary=02, subordinate=05, sec-latency=176
Memory window 0: 34000000-37fff000 (prefetchable)
Memory window 1: 38000000-3bfff000
I/O window 0: 0000c000-0000c0ff
I/O window 1: 0000c400-0000c4ff
16-bit legacy interface ports at 0001
Kernel driver in use: yenta_cardbus
01:03.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C551 IEEE 1394 Controller (prog-if
10 [OHCI])
Subsystem: ASUSTeK Computer Inc. Device 1807
Flags: bus master, medium devsel, latency 64, IRQ 7
Memory at fe8ff000 (32-bit, non-prefetchable) [size=2K]
Capabilities: <access denied>
After resume, this becomes:
01:03.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev ff) (prog-if ff)
!!! Unknown header type 7f
Kernel driver in use: yenta_cardbus
01:03.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C551 IEEE 1394 Controller (rev ff)
(prog-if ff)
!!! Unknown header type 7f
All other descriptors remain ok.
Probably a consequence of this are messages
pcmcia_socket pcmcia_socket0: *** DANGER *** unable to remove socket power
that occur during resume.
Looking for the BIOS memory map, in the early kernel messages I
discovered
PCI: Ignoring host bridge windows from ACPI; if necessary, use "pci=use_crs"
and report a bug
Suspecting a resource clash anyway, I tried this. The system is now
running with
$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz root=/dev/sda1 ro noapic pci=use_crs
This did not change the behaviour. Realizing I have no actual idea how to
further debug this, I'm trying this report.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
------------------------------------------------------------------------------
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete
for recognition, cash, and the chance to get your game on Steam.
$5K grand prize plus 10 genre and skill prizes. Submit your demo
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
