Comment 41 for bug 1848703

Revision history for this message
Avio (aviopene) wrote :

Hi @hui.wang,

the RPi4 boots off the sdcard normally but then I use a USB3 enclosure with disks to assemble a RAID1 BTRFS device to be used as rootfs. At the end of the boot, there is no /dev/mmcblk0* device:

#> ls -ld /dev/m*
drwxr-xr-x 2 root root 80 Nov 30 15:42 /dev/mapper
crw------- 1 root root 10, 227 Nov 30 15:42 /dev/mcelog
crw-r----- 1 root kmem 1, 1 Nov 30 15:42 /dev/mem
crw------- 1 root root 10, 56 Nov 30 15:42 /dev/memory_bandwidth
drwxrwxrwt 2 root root 40 Nov 30 15:41 /dev/mqueue

Anyway, this is just "an annoyance" that makes just a bit harder to switch kernel, the real problem is this one:

Nov 29 10:36:05 raspippa kernel: [39364.240711] xhci_hcd 0000:01:00.0: WARN Cannot submit Set TR Deq Ptr
Nov 29 10:36:05 raspippa kernel: [39364.240725] xhci_hcd 0000:01:00.0: A Set TR Deq Ptr command is pending.
Nov 29 10:36:05 raspippa kernel: [39364.373694] usb 2-1: reset SuperSpeed Gen 1 USB device number 2 using xhci_hcd
Nov 29 10:36:05 raspippa kernel: [39364.396405] program smartctl is using a deprecated SCSI ioctl, please convert it to SG_IO
Nov 29 10:36:35 raspippa kernel: [39394.961204] xhci_hcd 0000:01:00.0: WARN Cannot submit Set TR Deq Ptr
Nov 29 10:36:35 raspippa kernel: [39394.961218] xhci_hcd 0000:01:00.0: A Set TR Deq Ptr command is pending.
Nov 29 10:36:36 raspippa kernel: [39395.324521] usb 2-1: reset SuperSpeed Gen 1 USB device number 2 using xhci_hcd
Nov 29 10:36:36 raspippa kernel: [39395.344764] sd 0:0:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK
Nov 29 10:36:36 raspippa kernel: [39395.344789] sd 0:0:0:0: [sda] tag#0 CDB: Read(16) 88 00 00 00 00 01 e1 20 4d 00 00 00 04 00 00 00
Nov 29 10:36:36 raspippa kernel: [39395.344813] blk_update_request: I/O error, dev sda, sector 8071957760 op 0x0:(READ) flags 0x80700 phys_seg 128 prio class 0

According to this thread (https://bugzilla.kernel.org/show_bug.cgi?id=202541) every kernel >= 4.20 is affected and there's still no patch in 5.3. I'll try to go back to some 4.19.y kernel, I'm even prepared to lower the memory to 1 Gb, cause so far this raspberry hasn't had more than a day of consecutive uptime.