Ubuntu server kernel issue

#46

I am running ubuntu since 1 week (boot device is a 64GB eMMC card) and yesterday the rock pi crashed after hundreds of
bcmsdh_sdmmc: Failed to Read byte F1:@0x1001f=ff, Err: -5
errors.
So the problem still exists and I have to try another image.

#47

And also
bcmsdh_sdmmc: Failed to Write byte F1:@0x1001f=00, Err: -5
errors.

#48

Is there any advancements on this. I just had the same issue. RockPi crashed after around 30 days of uptime.
Running Ubuntu 18.04.1 Linux 4.4.154-59-rockchip-g5e70f14 on a 32Gb eMMC and nvme SSD.
Got the same errors before locking up.

[ 275.201939] bcmsdh_sdmmc: Failed to Write byte F1:@0x1001f=00, Err: -5
[ 275.202920] bcmsdh_sdmmc: Failed to Read byte F1:@0x1001f=ff, Err: -5
#49

I updated to the most current kernel (4.4.154-83) as indicated https://wiki.radxa.com/Rockpi4/radxa-apt.
Since these errors takes some time to show up, I will come back to report if it continues to happen. Unless the update fixed the issue.

#50

This output should not crash the ROCK Pi 4. If it crashed, there must be some other reasons.

#51

This looks to be the the same issue noted here and is “resolvable” by blacklisting bcmdhd, but then you lose wifi.

It’s not “crashed” as such, it’s still running but not responsive. The log file fills up with a stream of those errors but there is not getting into the machine other than to reboot.

#52

Same problem. How to fix it?

#53

You could try the new images by ayufan

https://github.com/ayufan-rock64/linux-build/releases/download/0.9.0/bionic-minimal-rockpi4b-0.9.0-1142-arm64.img.xz

https://github.com/ayufan-rock64/linux-build/releases/download/0.9.0/stretch-minimal-rockpi4b-0.9.0-1142-arm64.img.xz

#54

Hey guys,

I’ve recently received a Rock Pi 4b, 128gb emmc, and m.2 extension board - all from Radxa. I’m currently using the emmc with the Radxa Debian Stretch image. Ran all the apt-get upgrade/updates, and did some adjustments to make it so it would fit my needs.

I’m currently experiencing the same issue…
Oct 11 15:32:18 kopono-server kernel: [ 895.579146] _tdata_psh_info_pool_deq 200: Out of tdata_disc_grp
Oct 11 15:32:18 kopono-server kernel: [ 895.579680] dhd_tcpdata_info_get 1092: No more free tdata_psh_info!!

I’ve got the external WiFi antenna on this Rock Pi 4b, and a 1TB M.2 Sabrent Rocket drive…

Can anyone confirm that Ayufan’s build works without issues? Thanks…

#55

Hey I’m trying to load the ayufan images onto an eMMC, but all of them don’t boot? or am I just missing something and not getting HDMI output? I get a solid blue on the board, so I’m thinking it’s processing or something… but nothing ever comes up on the screen.

I’ve tried the stretch, disco, and bionic minimal images for the rockpi4. Can someone help point me to the right direction on getting these custom images loading properly? Thanks.

#56

Couldn’t get Ayufan’s stuff to work at all. Probably cause it’s “pre-release” builds… and the fact that I’m not smart enough to figure out how.

Ended up using official Armbian images.

#57

I have no SD card at all, using SPI Flash+NVMe, but experiencing the same issue, so probably it’s not related with uSD card speed or quality.

#58

Try to update to the latest radxa 4.4 kernel.

https://wiki.radxa.com/Rockpi4/radxa-apt

#59

Hi, I have the exact same issue.
bcmsdh_sdmmc: Failed to Write byte F1:@0x1001f=00, Err: -5
Is there a fix ?
In the mean time, I will try blacklisting bcmdhd as @bork99 suggested.
Thx,
Antoine

#60

I think this issue is fixed upstream. Please update to the latest rockchip 4.4 kernel.

1 Like
#61

Thanks @jack. I Updated the kernel yesterday to [4.4.154-95]. Seems to work fine for now.
I will come back to this thread if I see some errors later.
Have a great day

#62

Issue has been fixed as the Rock Pi works fine until now.

1 Like
#63

Hi, we had the same issue every 4-7 days.
After updating kernel to [4.4.154-95] we got the same error after 24 days uptime:

Jan 07 17:04:47 linux kernel: dhd_open: Exit ret=0
Jan 07 17:04:47 linux kernel: dhd_set_mac_addr_handler: MACID is overwritten
Jan 07 17:04:47 linux NetworkManager[297]: [1578413087.9992] device (wlan0): supplicant interface state: inactive -> disabled
Jan 07 17:04:48 linux NetworkManager[297]: [1578413088.0000] device (wlan0): supplicant interface state: disabled -> inactive
Jan 07 17:04:48 linux wpa_supplicant[298]: wlan0: Reject scan trigger since one is already pending
Jan 07 17:09:03 linux kernel: dwmmc_rockchip fe310000.dwmmc: All phases bad!
Jan 07 17:09:03 linux kernel: mmc2: tuning execution failed
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Read byte F1:@0x1001f=ff, Err: -5
Jan 07 17:09:03 linux kernel: dwmmc_rockchip fe310000.dwmmc: All phases bad!
Jan 07 17:09:03 linux kernel: mmc2: tuning execution failed
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Read byte F1:@0x1001f=ff, Err: -5
Jan 07 17:09:03 linux kernel: dwmmc_rockchip fe310000.dwmmc: All phases bad!
Jan 07 17:09:03 linux kernel: mmc2: tuning execution failed
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Write byte F1:@0x1001f=00, Err: -5
Jan 07 17:09:03 linux kernel: dwmmc_rockchip fe310000.dwmmc: All phases bad!
Jan 07 17:09:03 linux kernel: mmc2: tuning execution failed
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Write byte F1:@0x1001f=00, Err: -5
Jan 07 17:09:03 linux kernel: dwmmc_rockchip fe310000.dwmmc: All phases bad!
Jan 07 17:09:03 linux kernel: mmc2: tuning execution failed
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Write byte F1:@0x1001f=00, Err: -5
Jan 07 17:09:03 linux kernel: dwmmc_rockchip fe310000.dwmmc: All phases bad!
Jan 07 17:09:03 linux kernel: mmc2: tuning execution failed
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Read byte F1:@0x1001f=ff, Err: -5
Jan 07 17:09:03 linux kernel: dwmmc_rockchip fe310000.dwmmc: All phases bad!
Jan 07 17:09:03 linux kernel: mmc2: tuning execution failed
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Read byte F1:@0x1001f=ff, Err: -5
Jan 07 17:09:03 linux kernel: dwmmc_rockchip fe310000.dwmmc: All phases bad!
Jan 07 17:09:03 linux kernel: mmc2: tuning execution failed
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Read byte F1:@0x1001f=ff, Err: -5
Jan 07 17:09:03 linux kernel: dwmmc_rockchip fe310000.dwmmc: All phases bad!
Jan 07 17:09:03 linux kernel: mmc2: tuning execution failed
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Write byte F1:@0x1001f=00, Err: -5
Jan 07 17:09:03 linux kernel: dwmmc_rockchip fe310000.dwmmc: All phases bad!
Jan 07 17:09:03 linux kernel: mmc2: tuning execution failed
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Write byte F1:@0x1001f=00, Err: -5
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Write byte F1:@0x1001f=00, Err: -5
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Read byte F1:@0x1001f=ff, Err: -5
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Read byte F1:@0x1001f=ff, Err: -5
Jan 07 17:09:03 linux kernel: bcmsdh_sdmmc: Failed to Read byte F1:@0x1001f=ff, Err: -5
…

The last message repeats for about 3 minutes until system crashes.
After restart the same happend again 1 day later.

The last normal message when crashing is always this:

linux wpa_supplicant[298]: wlan0: Reject scan trigger since one is already pending

Any ideas?

#64

Hi @marcel, I also have this issue on my 32GB eMMC. I don’t understand why the issue is claimed as resolved above. I have not found a solution to the problem. I’m not enough of an expert to go into the bowels of the kernel. I’d like to see a fix deployed, I’d hate to have to dismantle the kit to replace the chip. I’d appreciate any update from anyone else on this topic, including Radxa, please?! Thanks.

#65

Hi @jack, thanks for the hint, but if you scroll down to the very end of the discussion I hope you’ll find that the issue is not resolved even in the latest kernel, which I presume is the following (on my rock pi 4):

/boot$ uname -r
4.4.154-95-rockchip-gd2ab1f26e1b3

Really appreciate it if we could see this fixed because I’m forced to reboot every 24 hours to prevent it from hanging up the kit. Cheers!