[bugme-daemon at bugzilla.kernel.org: [Bug 7306] Yenta-socket causes oops on insertion of any PCMCIA card]
Dominik Brodowski
linux at dominikbrodowski.net
Thu Jul 17 19:14:44 EST 2008
Hi,
on an Apple Powerbook G3 (Lombard) with a PPC 740 running at 333 MHz, the
PCI host bridge is condigured to allow "downstream" devices to use iomem
0xfd000000 - 0xfdffffff
However, when using it for PCMCIA purposes, there's a machine check. Any
ideas on why this PCI host bridge is mis-configured, and how to resolve this
issue (besides adding reserved=0xfd000000,0xffffff as kernel boot option)?
Best,
Dominik
----- Forwarded message from bugme-daemon at bugzilla.kernel.org -----
Subject: [Bug 7306] Yenta-socket causes oops on insertion of any PCMCIA card
To: linux-pcmcia at lists.infradead.org
From: bugme-daemon at bugzilla.kernel.org
Date: Thu, 17 Jul 2008 01:45:44 -0700 (PDT)
http://bugzilla.kernel.org/show_bug.cgi?id=7306
------- Comment #17 from linux at brodo.de 2008-07-17 01:45 -------
Now this contains interesting information:
pcmcia: parent PCI bridge Memory window:
means the PCI host bridge is configured to allow "downstream" devices to use
this memory area. However, when the PCMCIA socket tries to do so, you get the
machine check. So my question would be to the powerpc folks: why is the PCI
host bridge configured this way, even if this memory area is not usable?
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Linux PCMCIA reimplementation list
http://lists.infradead.org/mailman/listinfo/linux-pcmcia
----- End forwarded message -----
More information about the Linuxppc-dev
mailing list