Bug#830303: mmc0: Unexpected interrupt 0x04000000.
I tested multiple SD cards in my laptop (Acer Aspire V3-571G) card reader (Broadcom Limited BCM57765/57785). My system uses mostly Debian 10 packages with a few packages from backports (mainly kernel image, systemd, emacs and their dependencies): kernel: Linux version 5.10.0-0.bpo.9-amd64 (debian-ker...@lists.debian.org) (gcc-8 (Debian 8.3.0-6) 8.3.0, GNU ld (GNU Binutils for Debian) 2.31.1) #1 SMP Debian 5.10.70-1~bpo10+1 (2021-10-10) The workaround mentioned above also works on my system. I created the "/etc/modprobe.d/sdhci.conf" file containing "options sdhci debug_quirks2=0x4" and had to regenerate initrd images using "sudo update-initramfs -u -k all". SAMSUNG EVO 64GB MICRO SDXC CARD (DOESN'T WORK WITHOUT THE WORKAROUND) - SYSTEMD JOURNALD - Relevant messages: kernel: mmc0: new ultra high speed SDR104 SDXC card at address 0001 kernel: mmcblk0: mmc0:0001 EC2QT 59.6 GiB kernel: mmc0: Timeout waiting for hardware interrupt. kernel: mmc0: sdhci: SDHCI REGISTER DUMP === kernel: mmc0: sdhci: Sys addr: 0x10c8 | Version: 0x1502 kernel: mmc0: sdhci: Blk size: 0x7200 | Blk cnt: 0x kernel: mmc0: sdhci: Argument: 0x | Trn mode: 0x003b kernel: mmc0: sdhci: Present: 0x1fff | Host ctl: 0x001f kernel: mmc0: sdhci: Power: 0x000f | Blk gap: 0x kernel: mmc0: sdhci: Wake-up: 0x | Clock:0x0007 kernel: mmc0: sdhci: Timeout: 0x000a | Int stat: 0x kernel: mmc0: sdhci: Int enab: 0x03ff008b | Sig enab: 0x03ff008b kernel: mmc0: sdhci: ACmd stat: 0x | Slot int: 0x kernel: mmc0: sdhci: Caps: 0x176ec8b0 | Caps_1: 0x03002177 kernel: mmc0: sdhci: Cmd: 0x123a | Max curr: 0x kernel: mmc0: sdhci: Resp[0]: 0x0900 | Resp[1]: 0x0900 kernel: mmc0: sdhci: Resp[2]: 0x0900 | Resp[3]: 0x0900 kernel: mmc0: sdhci: Host ctl2: 0x804b kernel: mmc0: sdhci: ADMA Err: 0x0001 | ADMA Ptr: 0x000120943204 kernel: mmc0: sdhci: kernel: mmc0: Unexpected interrupt 0x0400. kernel: mmc0: sdhci: SDHCI REGISTER DUMP === kernel: mmc0: sdhci: Sys addr: 0x | Version: 0x1502 kernel: mmc0: sdhci: Blk size: 0x7200 | Blk cnt: 0x kernel: mmc0: sdhci: Argument: 0x | Trn mode: 0x0033 kernel: mmc0: sdhci: Present: 0x1fff | Host ctl: 0x001f kernel: mmc0: sdhci: Power: 0x000f | Blk gap: 0x kernel: mmc0: sdhci: Wake-up: 0x | Clock:0x0007 kernel: mmc0: sdhci: Timeout: 0x000a | Int stat: 0x kernel: mmc0: sdhci: Int enab: 0x03ff008b | Sig enab: 0x03ff008b kernel: mmc0: sdhci: ACmd stat: 0x | Slot int: 0x kernel: mmc0: sdhci: Caps: 0x176ec8b0 | Caps_1: 0x03002177 kernel: mmc0: sdhci: Cmd: 0x0d1a | Max curr: 0x kernel: mmc0: sdhci: Resp[0]: 0x00400900 | Resp[1]: 0x kernel: mmc0: sdhci: Resp[2]: 0x | Resp[3]: 0x kernel: mmc0: sdhci: Host ctl2: 0x800b kernel: mmc0: sdhci: ADMA Err: 0x0001 | ADMA Ptr: 0x000120943204 kernel: mmc0: sdhci: SAMSUNG EVO 64GB MICRO SDXC CARD (WORKS WITH THE WORKAROUND) - SYSTEMD JOURNALD - Relevant messages: kernel: mmc0: new high speed SDXC card at address 0001 kernel: mmcblk0: mmc0:0001 EC2QT 59.6 GiB kernel: mmcblk0: p1 udisksd[597]: Mounted /dev/mmcblk0p1 at /media/USERNAME/disk on behalf of uid 1000 udisksd[597]: Cleaning up mount point /media/USERNAME/disk (device 179:1 is not mounted) udisksd[597]: Unmounted /dev/mmcblk0p1 on behalf of uid 1000 kernel: mmc0: card 0001 removed SANDISK ULTRA 16GB MICRO SDHC CARD (DOESN'T WORK WITHOUT THE WORKAROUND) - SYSTEMD JOURNALD - Relevant messages: kernel: mmc0: new ultra high speed DDR50 SDHC card at address kernel: mmcblk0: mmc0: SL16G 14.8 GiB AFTER 1 MINUTE: systemd-udevd[459]: mmc0:: Worker [493] processing SEQNUM=2742 is taking a long time AFTER 2 MORE MINUTES I REMOVED THE CARD FROM THE READER: kernel: mmc0: Card removed during transfer! kernel: mmc0: Resetting controller. kernel: ldm_validate_partition_table(): Disk read failed. kernel: Dev mmcblk0: unable to read RDB block 0 kernel: mmcblk0: unable to read partition table kernel: mmc0: card removed SANDISK ULTRA 16GB MICRO SDHC CARD (WORKS WITH THE WORKAROUND) - SYSTEMD JOURNALD - Relevant messages: kernel: mmc0: new high speed SDHC card at address kernel: mmcblk0: mmc0: SL16G 14.8 GiB kernel: mmcblk0: kernel: FAT-fs (mmcblk0): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. udisksd[587]: Mounted /dev/mmcblk0 at /media/USERNAME/disk on behalf of uid 1000 udisksd[587]: Cleaning up mount point /media/USERNAME/disk (device 179:0 is not mounted) udisksd[587]: Unmounted /dev/mmcblk0 on behalf of uid 1000 kernel: mmc0: card removed ADATA 16GB MICRO SDHC CARD (WORKS WITHOUT
Bug#830303: mmc0: Unexpected interrupt 0x04000000.
On Mon, May 10, 2021 at 2:51 PM Alexandros Kosiaris wrote: > > On Sun, May 9, 2021 at 11:06 PM Salvatore Bonaccorso > wrote: > > > > Contol: tags -1 + moreinfo > > > > On Mon, Feb 18, 2019 at 11:54:23PM +0200, Alexandros Kosiaris wrote: > > > Hi, > > > > > > For what it's worth, it seems on this specific hardware: > > > > > > Broadcom Limited BCM57765/57785 SDXC/MMC Card Reader [14e4:16bc] > > > > > > the problem can be resolved by passing: > > > > > > debug_quirks2=0x4 to sdhci kernel module. > > > > > > Note that there is also the debug_quirks param. I did set some values > > > for it but the working one is the default, namely 0 > > > > > > For more information have a look at > > > https://bugzilla.kernel.org/show_bug.cgi?id=73241#c55 > > > > > > I just tested it on a Macmini7,1Debian having Stretch with > > > 4.19+101~bpo9+1 kernel. I 'll be using it for the next few days, I am > > > hoping everything will work out ok and I won't have to report more > > > stuff > > > > is the issue still reproducible with a recent kernel? If not we might > > go ahead and close the bugreport. > > It is. I just tried on buster's 4.19.0-16-amd64 and the issue persists > for me. I 'll also try to reproduce with bullseye's 5.10.28-1 and > report results here. Reproduced on bullseye with 5.10.28-1 as well. The fix remains to have in a file in /etc/modprobe.d (e.g. sdhci.conf) the following: options sdhci debug_quirks2=0x4 Regards,
Bug#830303: mmc0: Unexpected interrupt 0x04000000.
On Sun, May 9, 2021 at 11:06 PM Salvatore Bonaccorso wrote: > > Contol: tags -1 + moreinfo > > On Mon, Feb 18, 2019 at 11:54:23PM +0200, Alexandros Kosiaris wrote: > > Hi, > > > > For what it's worth, it seems on this specific hardware: > > > > Broadcom Limited BCM57765/57785 SDXC/MMC Card Reader [14e4:16bc] > > > > the problem can be resolved by passing: > > > > debug_quirks2=0x4 to sdhci kernel module. > > > > Note that there is also the debug_quirks param. I did set some values > > for it but the working one is the default, namely 0 > > > > For more information have a look at > > https://bugzilla.kernel.org/show_bug.cgi?id=73241#c55 > > > > I just tested it on a Macmini7,1Debian having Stretch with > > 4.19+101~bpo9+1 kernel. I 'll be using it for the next few days, I am > > hoping everything will work out ok and I won't have to report more > > stuff > > is the issue still reproducible with a recent kernel? If not we might > go ahead and close the bugreport. It is. I just tried on buster's 4.19.0-16-amd64 and the issue persists for me. I 'll also try to reproduce with bullseye's 5.10.28-1 and report results here. > > Regards, > Salvatore
Bug#830303: mmc0: Unexpected interrupt 0x04000000.
Contol: tags -1 + moreinfo On Mon, Feb 18, 2019 at 11:54:23PM +0200, Alexandros Kosiaris wrote: > Hi, > > For what it's worth, it seems on this specific hardware: > > Broadcom Limited BCM57765/57785 SDXC/MMC Card Reader [14e4:16bc] > > the problem can be resolved by passing: > > debug_quirks2=0x4 to sdhci kernel module. > > Note that there is also the debug_quirks param. I did set some values > for it but the working one is the default, namely 0 > > For more information have a look at > https://bugzilla.kernel.org/show_bug.cgi?id=73241#c55 > > I just tested it on a Macmini7,1Debian having Stretch with > 4.19+101~bpo9+1 kernel. I 'll be using it for the next few days, I am > hoping everything will work out ok and I won't have to report more > stuff is the issue still reproducible with a recent kernel? If not we might go ahead and close the bugreport. Regards, Salvatore
Bug#830303: mmc0: Unexpected interrupt 0x04000000.
Hi, For what it's worth, it seems on this specific hardware: Broadcom Limited BCM57765/57785 SDXC/MMC Card Reader [14e4:16bc] the problem can be resolved by passing: debug_quirks2=0x4 to sdhci kernel module. Note that there is also the debug_quirks param. I did set some values for it but the working one is the default, namely 0 For more information have a look at https://bugzilla.kernel.org/show_bug.cgi?id=73241#c55 I just tested it on a Macmini7,1Debian having Stretch with 4.19+101~bpo9+1 kernel. I 'll be using it for the next few days, I am hoping everything will work out ok and I won't have to report more stuff
Bug#830303: mmc0: Unexpected interrupt 0x04000000.
For reference. -- Forwarded message -- On 05/01/18 14:44, Mathieu Malaterre wrote: > Hi there, > > I am trying to get sdhci-pci driver to work with the following hardware: > > $ sudo lspci -s 03:00.1 -v -nn > 03:00.1 SD Host controller [0805]: Broadcom Limited BCM57765/57785 > SDXC/MMC Card Reader [14e4:16bc] (rev 10) (prog-if 01) > Subsystem: Broadcom Limited BCM57765/57785 SDXC/MMC Card Reader [14e4:96bc] > Flags: bus master, fast devsel, latency 0, IRQ 17 > Memory at c182 (64-bit, prefetchable) [size=64K] > Capabilities: [48] Power Management version 3 > Capabilities: [58] MSI: Enable- Count=1/1 Maskable- 64bit+ > Capabilities: [ac] Express Endpoint, MSI 00 > Capabilities: [100] Advanced Error Reporting > Capabilities: [150] Power Budgeting > Capabilities: [160] Virtual Channel > Kernel driver in use: sdhci-pci > Kernel modules: sdhci_pci > > I am using a MacBookPro10,1. I cannot get the driver to work when > using a SDHC Samsung Evo 16GB (placed inside a card reader), it always > report the following (1). > > If I now place the card onto a USB reader (USB-HUB reader) then > everything is fine (tested using f3: f3probe). Are there any options I > can switch to make the driver more tolerant with my hardware ? > > Thanks > > Current system is Debian stable with kernel 4.14 (backport), modinfo returns: > > $ /sbin/modinfo sdhci-pci > filename: > /lib/modules/4.14.0-0.bpo.2-amd64/kernel/drivers/mmc/host/sdhci-pci.ko > license:GPL > description:Secure Digital Host Controller Interface PCI driver > author: Pierre Ossman> alias: pci:v*d*sv*sd*bc08sc05i* > alias: pci:v1022d*sv*sd*bc08sc05i* > alias: pci:v1217d8621sv*sd*bc*sc*i* > alias: pci:v1217d8620sv*sd*bc*sc*i* > alias: pci:v1217d8421sv*sd*bc*sc*i* > alias: pci:v1217d8420sv*sd*bc*sc*i* > (...) > alias: pci:v1524d0551sv*sd*bc*sc*i* > alias: pci:v1524d0550sv*sd*bc*sc*i* > alias: pci:v1180dE823sv*sd*bc*sc*i* > alias: pci:v1180dE822sv*sd*bc*sc*i* > alias: pci:v1180d0843sv*sd*bc*sc*i* > alias: pci:v1180d0822sv*sd*bc*sc*i* > depends:sdhci,mmc_core > intree: Y > name: sdhci_pci > vermagic: 4.14.0-0.bpo.2-amd64 SMP mod_unload modversions > > > (1) > [ 220.210842] mmc0: Tuning timeout, falling back to fixed sampling clock > [ 220.210934] mmc0: new ultra high speed DDR50 SDHC card at address 59b4 > [ 220.219075] mmcblk0: mmc0:59b4 0 14.9 GiB > [ 230.362858] mmc0: Timeout waiting for hardware interrupt. > [ 230.362868] mmc0: sdhci: SDHCI REGISTER DUMP === > [ 230.362918] mmc0: sdhci: Sys addr: 0x00c8 | Version: 0x1502 > [ 230.362927] mmc0: sdhci: Blk size: 0x7200 | Blk cnt: 0x0008 > [ 230.362937] mmc0: sdhci: Argument: 0x | Trn mode: 0x003b > [ 230.362946] mmc0: sdhci: Present: 0x1fff | Host ctl: 0x001f > [ 230.362955] mmc0: sdhci: Power: 0x000f | Blk gap: 0x > [ 230.362964] mmc0: sdhci: Wake-up: 0x | Clock:0x0007 > [ 230.362974] mmc0: sdhci: Timeout: 0x000a | Int stat: 0x > [ 230.362982] mmc0: sdhci: Int enab: 0x02ff008b | Sig enab: 0x02ff008b > [ 230.362992] mmc0: sdhci: AC12 err: 0x0010 | Slot int: 0x > [ 230.363001] mmc0: sdhci: Caps: 0x176ec8b0 | Caps_1: 0x03002177 > [ 230.363011] mmc0: sdhci: Cmd: 0x123a | Max curr: 0x > [ 230.363020] mmc0: sdhci: Resp[0]: 0x1201 | Resp[1]: 0x > [ 230.363029] mmc0: sdhci: Resp[2]: 0x | Resp[3]: 0x > [ 230.363035] mmc0: sdhci: Host ctl2: 0x804c > [ 230.363047] mmc0: sdhci: ADMA Err: 0x0001 | ADMA Ptr: > 0x000457940204 > [ 230.363049] mmc0: sdhci: > [ 230.363119] mmc0: Unexpected interrupt 0x0400. Tuning error presumably because it used fixed sampling because tuning failed. Strange considering that interrupt is not enabled. If you can't get tuning to work, you may need to disable the transfer modes that require tuning. > [ 230.363128] mmc0: sdhci: SDHCI REGISTER DUMP === > [ 230.363157] mmc0: sdhci: Sys addr: 0x | Version: 0x1502 > [ 230.363166] mmc0: sdhci: Blk size: 0x7200 | Blk cnt: 0x0008 > [ 230.363174] mmc0: sdhci: Argument: 0x | Trn mode: 0x0033 > [ 230.363184] mmc0: sdhci: Present: 0x1fff0001 | Host ctl: 0x001f > [ 230.363193] mmc0: sdhci: Power: 0x000f | Blk gap: 0x > [ 230.363203] mmc0: sdhci: Wake-up: 0x | Clock:0x0007 > [ 230.363214] mmc0: sdhci: Timeout: 0x000a | Int stat: 0x > [ 230.363225] mmc0: sdhci: Int enab: 0x02ff008b | Sig enab: 0x02ff008b > [ 230.363234] mmc0: sdhci: AC12 err: 0x | Slot int: 0x > [ 230.363244]
Bug#830303: mmc0: Unexpected interrupt 0x04000000.
Also for reference: $ sudo lspci -s 03:00.1 -vvx 03:00.1 SD Host controller: Broadcom Limited BCM57765/57785 SDXC/MMC Card Reader (rev 10) (prog-if 01) Subsystem: Broadcom Limited BCM57765/57785 SDXC/MMC Card Reader Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [160 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb: Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff Status: NegoPending- InProgress- Kernel driver in use: sdhci-pci Kernel modules: sdhci_pci 00: e4 14 bc 16 06 00 10 00 10 01 05 08 40 00 80 00 10: 0c 00 82 c1 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 e4 14 bc 96 30: 00 00 00 00 48 00 00 00 00 00 00 00 0b 02 00 00
Bug#830303: mmc0: Unexpected interrupt 0x04000000.
Control: found -1 4.14+88~bpo9+1 Same here, using a MacBookPro10,1. I cannot get the driver to work when SDHC Samsung Evo 16GB is placed in card reader (bug is totally reproducible). If I remove the card and place it in a USB reader (USB-HUB reader) then everything is fine. I even tested using f3probe: https://packages.qa.debian.org/f/f3.html The card only work when placed in USB-HUB reader. For reference: [ 220.210842] mmc0: Tuning timeout, falling back to fixed sampling clock [ 220.210934] mmc0: new ultra high speed DDR50 SDHC card at address 59b4 [ 220.219075] mmcblk0: mmc0:59b4 0 14.9 GiB [ 230.362858] mmc0: Timeout waiting for hardware interrupt. [ 230.362868] mmc0: sdhci: SDHCI REGISTER DUMP === [ 230.362918] mmc0: sdhci: Sys addr: 0x00c8 | Version: 0x1502 [ 230.362927] mmc0: sdhci: Blk size: 0x7200 | Blk cnt: 0x0008 [ 230.362937] mmc0: sdhci: Argument: 0x | Trn mode: 0x003b [ 230.362946] mmc0: sdhci: Present: 0x1fff | Host ctl: 0x001f [ 230.362955] mmc0: sdhci: Power: 0x000f | Blk gap: 0x [ 230.362964] mmc0: sdhci: Wake-up: 0x | Clock:0x0007 [ 230.362974] mmc0: sdhci: Timeout: 0x000a | Int stat: 0x [ 230.362982] mmc0: sdhci: Int enab: 0x02ff008b | Sig enab: 0x02ff008b [ 230.362992] mmc0: sdhci: AC12 err: 0x0010 | Slot int: 0x [ 230.363001] mmc0: sdhci: Caps: 0x176ec8b0 | Caps_1: 0x03002177 [ 230.363011] mmc0: sdhci: Cmd: 0x123a | Max curr: 0x [ 230.363020] mmc0: sdhci: Resp[0]: 0x1201 | Resp[1]: 0x [ 230.363029] mmc0: sdhci: Resp[2]: 0x | Resp[3]: 0x [ 230.363035] mmc0: sdhci: Host ctl2: 0x804c [ 230.363047] mmc0: sdhci: ADMA Err: 0x0001 | ADMA Ptr: 0x000457940204 [ 230.363049] mmc0: sdhci: [ 230.363119] mmc0: Unexpected interrupt 0x0400. [ 230.363128] mmc0: sdhci: SDHCI REGISTER DUMP === [ 230.363157] mmc0: sdhci: Sys addr: 0x | Version: 0x1502 [ 230.363166] mmc0: sdhci: Blk size: 0x7200 | Blk cnt: 0x0008 [ 230.363174] mmc0: sdhci: Argument: 0x | Trn mode: 0x0033 [ 230.363184] mmc0: sdhci: Present: 0x1fff0001 | Host ctl: 0x001f [ 230.363193] mmc0: sdhci: Power: 0x000f | Blk gap: 0x [ 230.363203] mmc0: sdhci: Wake-up: 0x | Clock:0x0007 [ 230.363214] mmc0: sdhci: Timeout: 0x000a | Int stat: 0x [ 230.363225] mmc0: sdhci: Int enab: 0x02ff008b | Sig enab: 0x02ff008b [ 230.363234] mmc0: sdhci: AC12 err: 0x | Slot int: 0x [ 230.363244] mmc0: sdhci: Caps: 0x176ec8b0 | Caps_1: 0x03002177 [ 230.363253] mmc0: sdhci: Cmd: 0x0c1a | Max curr: 0x [ 230.363263] mmc0: sdhci: Resp[0]: 0x1201 | Resp[1]: 0x [ 230.363272] mmc0: sdhci: Resp[2]: 0x | Resp[3]: 0x [ 230.363278] mmc0: sdhci: Host ctl2: 0x800c [ 230.363292] mmc0: sdhci: ADMA Err: 0x0001 | ADMA Ptr: 0x000457940204 [ 230.363294] mmc0: sdhci: [ 230.363509] mmcblk0: error -110 sending stop command, original cmd response 0x0, card status 0x400900 [ 230.418897] mmc0: Tuning timeout, falling back to fixed sampling clock [ 240.602915] mmc0: Timeout waiting for hardware interrupt. [ 240.602924] mmc0: sdhci: SDHCI REGISTER DUMP === [ 240.602971] mmc0: sdhci: Sys addr: 0x00c8 | Version: 0x1502 [ 240.602981] mmc0: sdhci: Blk size: 0x7200 | Blk cnt: 0x0008 [ 240.602989] mmc0: sdhci: Argument: 0x | Trn mode: 0x003b [ 240.602999] mmc0: sdhci: Present: 0x1fff | Host ctl: 0x001f [ 240.603008] mmc0: sdhci: Power: 0x000f | Blk gap: 0x [ 240.603018] mmc0: sdhci: Wake-up: 0x | Clock:0x0007 [ 240.603027] mmc0: sdhci: Timeout: 0x000a | Int stat: 0x [ 240.603036] mmc0: sdhci: Int enab: 0x02ff008b | Sig enab: 0x02ff008b [ 240.603045] mmc0: sdhci: AC12 err: 0x0010 | Slot int: 0x [ 240.603054] mmc0: sdhci: Caps: 0x176ec8b0 | Caps_1: 0x03002177 [ 240.603063] mmc0: sdhci: Cmd: 0x123a | Max curr: 0x [ 240.603073] mmc0: sdhci: Resp[0]: 0x1201 | Resp[1]: 0x [ 240.603082] mmc0: sdhci: Resp[2]: 0x | Resp[3]: 0x1000 [ 240.603088] mmc0: sdhci: Host ctl2: 0x804c [ 240.603100] mmc0: sdhci: ADMA Err: 0x0001 | ADMA Ptr: 0x000457940204 [ 240.603102] mmc0: sdhci: [ 240.603162] mmc0: Unexpected interrupt 0x0400. [ 240.603164] mmc0: sdhci: SDHCI REGISTER DUMP === [ 240.603172] mmc0: sdhci: Sys addr: 0x | Version: 0x1502 [ 240.603182] mmc0: sdhci: Blk size: 0x7200 | Blk cnt: 0x0008 [ 240.603192] mmc0: sdhci: Argument: 0x | Trn mode: 0x0033 [