Bug 1063556

Summary: sdhci_acpi not included in initramfs when system storage is on it
Product: [Fedora] Fedora Reporter: Adam Williamson <awilliam>
Component: dracutAssignee: dracut-maint-list
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: rawhideCC: adam, dracut-maint-list, harald, jonathan, pbrobinson, thierry.vignaud
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-10-26 11:50:13 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
rdsosreport with debug enabled none

Description Adam Williamson 2014-02-11 02:28:57 UTC
I just installed Rawhide to my 'fedlet' - a Dell Venue 8 Pro tablet. The internal storage is SDHCI over ACPI on MMC (I think I've got that right).

dracut included mmc_block in the initramfs, but not sdhci_acpi , so it couldn't boot: the internal storage is not accessible from dracut environment. I edited /usr/lib/dracut/modules.d/90kernel-modules/module-setup.sh and added 'sdhci_acpi' to this instmods stanza:

instmods yenta_socket scsi_dh_rdac scsi_dh_emc \
...

re-generated the initramfs, and the system can boot fine.

Will attach the sosreport.

Note: this is *not an ARM system*. It's an Intel Bay Trail tablet. Yup, you're going to start seeing Intel devices with very ARM-ish storage/hardware setups.

Comment 1 Adam Williamson 2014-02-11 02:29:29 UTC
Created attachment 861648 [details]
rdsosreport with debug enabled

Comment 3 Peter Robinson 2014-05-23 11:15:56 UTC
FYI I've proposed a general fix with patch for all SDHCI and MMC controllers in bug 1097301 and sent the patch upstream too

Comment 4 Thierry Vignaud 2014-07-29 13:52:46 UTC
Then Peter, shouldn't commit a0b2c69441f10659cb847cbcf6fa95efdd00289f be reversed?

Comment 5 Peter Robinson 2014-07-29 13:55:59 UTC
(In reply to Thierry Vignaud from comment #4)
> Then Peter, shouldn't commit a0b2c69441f10659cb847cbcf6fa95efdd00289f be
> reversed?

Yep, I've got a patch that I'm going to send upstream once I've confirmed it. Slowly working through my list of dracut bits

Comment 6 Peter Robinson 2014-10-26 11:50:13 UTC
Sent appropriate patch upstream to deal with the revert so I'll close this now

http://thread.gmane.org/gmane.linux.kernel.initramfs/3867