Pi3 slow boot - 10 second delays due to mmc0: timeout waiting for hardware interrupt

dmsaudio · September 25, 2019 at 11:46 PM

Hi all... Hope someone can help.

I am running on a pi3 with a 3A psu, fitted inside an aluminium case that also acts as an heatsink. SD card is a 32Gb Samsung Evo Class 10.

Once kodi is running it works fine for most of the time but the boot up is painfully slow..

Here is the log file gathered from ssh into the box and running journalctl -b 0 --no-pager

Log= http://ix.io/1wxd

Here is a section of the log.... you will see a 10 second delay at the end as it waits and a mmc timeout occurs. Someone else reported a similar issue sometime back and they said they tried other sd cards with no effect. mmc0 Timeout waiting for hardware interrupt · Issue #2392 · raspberrypi/linux · GitHub

No idea how to fix this.

Code

Sep 25 22:38:44 LibreELEC kernel: mmc0: sbc op 23 arg 0x78 flags 0x15 - resp 00000900 00000000 00000000 00000000, err 0
Sep 25 22:38:44 LibreELEC kernel: mmc0: cmd op 18 arg 0x16f59 flags 0xb5 - resp 00000900 00000000 00000000 00000000, err 0
Sep 25 22:38:44 LibreELEC kernel: mmc0: data blocks 78 blksz 200 - err 0
Sep 25 22:38:44 LibreELEC kernel: mmc0: stop op 12 arg 0x0 flags 0x95 - resp 00000000 00000000 00000000 00000000, err 0
Sep 25 22:38:44 LibreELEC kernel: mmc0: =========== REGISTER DUMP ===========
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDCMD  0x00004052
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDARG  0x00016f59
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDTOUT 0x017d7840
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDCDIV 0x00000006
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDRSP0 0x00000900
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDRSP1 0x00001269
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDRSP2 0x7fffffff
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDRSP3 0x00024007
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDHSTS 0x00000080
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDVDD  0x00000001
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDEDM  0x00010801
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDHCFG 0x0000040e
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDHBCT 0x00000200
Sep 25 22:38:44 LibreELEC kernel: mmc0: SDHBLC 0x00000001
Sep 25 22:38:44 LibreELEC kernel: mmc0: ===========================================
Sep 25 22:38:54 LibreELEC kernel: mmc0: timeout waiting for hardware interrupt.

Display More

**milhouse** · September 26, 2019 at 4:15 AM

Have you tested LibreELEC when installed to a different SD card (different make/different model)?

Do you get these same timeouts if you install Raspbian on to this 32GB Samsung EVO Class 10 SD card?

This seems to be a fairly rare and difficult issue to resolve, judging by the comments on the github issue.

dmsaudio · September 26, 2019 at 1:11 PM

I need to buy another sd card but reading the comments on the link the other person tried a sandisk card with the same issue. I guess I should buy another card other than sandisk or samsung to try Raspbian so I don't trash my libreelect setup.

in my log it shows what appears to be some data transfer at stages but always with the -- err 0 which I would hope to mean no errors encountered. The thread in the link seems to imply the kernel at fault/bug.

dmsaudio · September 27, 2019 at 6:27 PM

Update : I wiped the sd-card in question and did a fresh install of 9.1.501 and the boot is now fine. Previously I used 9.0.2 so not sure what has changed because the kernel is the same version. Just hope it does not slow down.

Now another question.. Does the sd card naturally slow over time since they do not support trim.

**milhouse** · September 27, 2019 at 6:45 PM

SD cards can become very slow when almost full, but other than that I've not noticed any particular slow-down.

Although 9.0.2 and 9.1.501 are based on the same 4.19.y kernel, there have been many bug fixes between 4.19.36 (used by 9.0.2) and 4.19.66 (9.1.501).

**Da Flex** · September 27, 2019 at 9:03 PM Official Post

Quote from dmsaudio

Does the sd card naturally slow over time since they do not support trim.

Normally not. It's hard to say what really happens inside an SD card, because they at least have their own error correction code as part of the firmware. If you notice slowdowns again, scan for bad blocks or buy a new microSD.