Created attachment 26643 [details]
lspci results with card plugged in
Acer Aspire 8942G, card reader works only if a card was plugged in before boot.
Created attachment 26644 [details]
lspci in case when no card reader is avaliable
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/351529 - similar Ubuntu bug
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Fri, 4 Jun 2010 01:09:03 GMT
> Summary: jmb38x recognized and works only if a card is plugged
> in during boot
> Product: Drivers
> Version: 2.5
> Kernel Version: 2.6.34
> Platform: All
> OS/Version: Linux
> Tree: Mainline
> Status: NEW
> Severity: normal
> Priority: P1
> Component: MMC/SD
> AssignedTo: firstname.lastname@example.org
> ReportedBy: email@example.com
> Regression: No
> Created an attachment (id=26643)
> --> (https://bugzilla.kernel.org/attachment.cgi?id=26643)
> lspci results with card plugged in
> Acer Aspire 8942G, card reader works only if a card was plugged in before
hm, I don't know who wold be the appropriate person to look into this.
Let's try the mailing list.
On Fri, Jun 04, 2010 at 04:20:14PM -0700, Andrew Morton wrote:
> hm, I don't know who wold be the appropriate person to look into this.
> Let's try the mailing list.
Eugene, could you please try adding:
options sdhci debug_quirks=1
to a new file named /etc/modprobe.d/sdhci-quirk.conf and rebooting?
Please include `lspci -n` and `dmesg` output in your reply.
It would also be useful to know whether you see the same problem when
booting (say) a Fedora 13 livecd, since the link below claims that
Fedora doesn't share this bug:
I've checked with Fedora 13 x86_64 live CD. Behaviour is the same my Gentoo - card reader is recognized if pciehp_force=1 option is turned on. If so, card-reader appears in lspci results (and works) after a card plugged in (card was not present during the boot).
Created attachment 26659 [details]
Created attachment 26660 [details]
lspci -n, options pciehp pciehp_force=1, card was plugged in
Created attachment 26661 [details]
There are two outputs from modprobe pciehp at the end of the file. The first one without pcieh_force, second - with it.
Sorry my bad english, i'm portuguese speaker.
I'm experiencing exactly same problem in my Acer 5737Z - ArchLinux Box
On ArchLinux bugs they give me the driver authors contacts:
Dan Zink <firstname.lastname@example.org>, Greg Kroah-Hartman <email@example.com>, Dely Sy <firstname.lastname@example.org>
But unfortunately i'm very busy, and cannot make nothing yet.
Method with "options pciehp pciehp_force=1" worked up to 2.6.35, in 2.6.36 it does not work anymore. A card-reader is avaliable only if card is plugged in during boot
trick has changed from "pciehp.pciehp_force=1" to "pcie_ports=native pciehp.pciehp_force=1" in my case with kernel 2.6.36
Reassigning to PCI because this looks like a pciehp/acpiphp issue.
v3.12-rc1 contains many acpiphp updates, as well as fixes to the
code that decides whether to use acpiphp or pciehp. Can you please
retest with v3.12-rc1 or later, attach the complete dmesg log,
and note whether this issue is resolved?
With 3.12-rc1 and without any kernel parameters, the card is recognized succesfully.
Created attachment 109041 [details]
3.12 rc1 dmesg
Thanks very much for testing this, Eugene.
I do see errors like this:
mmcblk0: error -84 transferring data, sector 8192, nr 1, cmd response 0x900, card status 0x0
later in your log, but I assume those are unrelated to the hotplug/device recognition issue.
So I'm closing this as resolved. If Alexandre or anybody else still sees a card recognition error with v3.12+, please open a new bug report for it.
Thank you for looking into this!
Ragarding the errors: with one of the sd-cards (which was inserted first), I was unable to get its contents, as you see. When I re-inserted it, and after that tried several other cards, I was unable to reproduce such behaviour.