Bug 211705 - Several "sdhci_pci0-slot0: Controller Timeout" messages during boot - no sdcard is connected [MSI Board "Cubi-N"]
Summary: Several "sdhci_pci0-slot0: Controller Timeout" messages during boot - no sdca...
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 11.0-STABLE
Hardware: amd64 Any
: --- Affects Some People
Assignee: freebsd-bugs (Nobody)
Depends on:
Reported: 2016-08-09 19:18 UTC by miguelmclara
Modified: 2019-09-21 16:28 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description miguelmclara 2016-08-09 19:18:56 UTC
I was getting this on FreeBSD 10 for the record but since this workstation needed a reinstall I decided to test 11-BETA4

This message seems related to an sdcard controller, but I have no sdcard connected although this is a system with a mSata controller where the SSD for the system is connected.

More info on the system here: https://us.msi.com/product/barebone/Cubi-Mini-PC-Kit.html#hero-specification

I get the same output from the usb memstick image.

I'e looked into BIOS settings to see if I could somehow disable the sdcard controller but I can't.

pciconf -lv show this:

sdhci_pci0@pci0:0:16:0: class=0x080501 card=0xb1201462 chip=0x22948086 rev=0x21 hdr=0x00
    vendor     = 'Intel Corporation'
    device     = 'Braswell Storage Cluster Control MMC Port'
    class      = base peripheral
    subclass   = SD host controller
ahci0@pci0:0:19:0:      class=0x010601 card=0xb1201462 chip=0x22a38086 rev=0x21 hdr=0x00
    vendor     = 'Intel Corporation'
    device     = 'Braswell SATA Controller'
    class      = mass storage
    subclass   = SATA

I don't suppose I can just not load sdhci unless I compile the kernel without it, cause I don't really use it in this boxes.
Comment 1 miguelmclara 2016-10-03 15:53:27 UTC
Wonder if anyone know's how this can be solved? 

This makes booting very slow since the message is repeated countless times.
Comment 2 miguelmclara 2016-10-14 16:16:44 UTC
This is (as expected since nothing changed) still happening with 11.0-RELEASE.

If I were to compile the kernel for this specific box, what could I disable get rid of the message?
Comment 3 Val Packett 2019-09-21 16:28:20 UTC
This happens on my kabylake laptop, but only on resume. Locks up the system for about three (!) minutes.

Building a kernel with 'nooptions sdhci' works fine (I also have no SD/MMC anything in here). But for laptops with eMMC storage, this would be sad…