linux-usb.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: USB xhci crash under load on 5.14-rc3
@ 2022-02-06 16:58 Roman Mäder
  0 siblings, 0 replies; 5+ messages in thread
From: Roman Mäder @ 2022-02-06 16:58 UTC (permalink / raw)
  To: linux-usb

this is a reply to a post on linux-usb of Wed, 4 Aug 2021
(https://www.spinics.net/lists/linux-usb/msg215253.html)

In case this problem is still relevant:

I ran into a similar issue with kernel 5.10.0 (Debian Bullseye) and a Fantec
external HDD enclosure connected via USB3.1.
I set up a raidz2 with 7 disks, and after a few minutes of heavy use always got:

Feb  6 12:37:29 andromeda kernel: [932663.635942] xhci_hcd 0000:45:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x002e address=0xffffffe00000 flags=0x0000]

and all connected devices would go away, leaving zfs rather puzzled.

This link, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1844858
suggested a conflict with the IOMMU.
The controller is
Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller (prog-if 30 [XHCI]) on an ASRock TRX40 Creator

After disabling the IOMMU in the BIOS, the problem went away so far.

Roman




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: USB xhci crash under load on 5.14-rc3
  2021-08-05 14:59 ` Mathias Nyman
@ 2021-08-05 18:39   ` Greg KH
  0 siblings, 0 replies; 5+ messages in thread
From: Greg KH @ 2021-08-05 18:39 UTC (permalink / raw)
  To: Mathias Nyman; +Cc: linux-usb, linux-kernel

On Thu, Aug 05, 2021 at 05:59:00PM +0300, Mathias Nyman wrote:
> On 4.8.2021 11.00, Greg KH wrote:
> > Hi,
> > 
> > I was doing some filesystem backups from one USB device to another one
> > this weekend and kept running into the problem of the xhci controller
> > shutting down after an hour or so of high volume traffic.
> > 
> > I finally captured the problem in the kernel log as this would also take
> > out my keyboard, making it hard to recover from :)
> > 
> > The log is below for when the problem happens, and then the devices are
> > disconnected from the bus (ignore the filesystem errors, those are
> > expected when i/o is in flight and we disconnect a device.
> > 
> > Any hint as to what the IO_PAGE_FAULT error messages are?
> > 
> 
> No idea, unfortunately.
> 
> > I'll go back to 5.13.y now and see if I can reproduce it there or not,
> > as my backups are not yet done...
> > 
> > thanks,
> > 
> > greg k-h
> > 
> > 
> > [Aug 4 09:48] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff00000 flags=0x0000]
> > [  +0.000012] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff00f80 flags=0x0000]
> > [  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff01000 flags=0x0000]
> > [  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff01f80 flags=0x0000]
> > [  +0.000005] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff02000 flags=0x0000]
> > [  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff02f80 flags=0x0000]
> > [  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff03000 flags=0x0000]
> > [  +0.000005] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff03f80 flags=0x0000]
> > [  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff04000 flags=0x0000]
> > [Aug 4 09:49] sd 3:0:0:0: [sdc] tag#21 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN 
> > [  +0.000011] sd 3:0:0:0: [sdc] tag#21 CDB: Read(16) 88 00 00 00 00 01 8a 44 08 b0 00 00 00 08 00 00
> > [  +5.106493] xhci_hcd 0000:47:00.1: xHCI host not responding to stop endpoint command.
> > [  +0.000010] xhci_hcd 0000:47:00.1: USBSTS: HCHalted HSE
> 
> 
> HSE "Host System Error" bit is set, meaning xHC hardware detected a serious error and stopped the host.
> HSE was probably set 5-10 seconds earlier, but only discovered here.
> 
> Specs state:
> 
> xHC sets this bit to ‘1’ when a serious error
> is detected, either internal to the xHC or during a host system access involving the xHC module.
> (In a PCI system, conditions that set this bit to ‘1’ include PCI Parity error, PCI Master Abort, and
> PCI Target Abort.)

Ok, I would believe in a PCI error here, hammering a xhci controller
with read/write streams to two different storage devices on the same bus
for a few hours as fast as the bus allows is a good stress test.

I tried splitting this across PCI devices, and can not seem to duplicate
the failure in the xhci controllers, now the devices fail with disk
errors after about a terrabyte of traffic, but are recoverable after
unplug/plugging them back in and running fsck.

Cheap USB storage, gotta love it...

If I come up with a reproducable failure, I'll let you know, thanks for
the help,

greg k-h

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: USB xhci crash under load on 5.14-rc3
  2021-08-04  8:00 Greg KH
  2021-08-05  9:53 ` Greg KH
@ 2021-08-05 14:59 ` Mathias Nyman
  2021-08-05 18:39   ` Greg KH
  1 sibling, 1 reply; 5+ messages in thread
From: Mathias Nyman @ 2021-08-05 14:59 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-usb, linux-kernel

On 4.8.2021 11.00, Greg KH wrote:
> Hi,
> 
> I was doing some filesystem backups from one USB device to another one
> this weekend and kept running into the problem of the xhci controller
> shutting down after an hour or so of high volume traffic.
> 
> I finally captured the problem in the kernel log as this would also take
> out my keyboard, making it hard to recover from :)
> 
> The log is below for when the problem happens, and then the devices are
> disconnected from the bus (ignore the filesystem errors, those are
> expected when i/o is in flight and we disconnect a device.
> 
> Any hint as to what the IO_PAGE_FAULT error messages are?
> 

No idea, unfortunately.

> I'll go back to 5.13.y now and see if I can reproduce it there or not,
> as my backups are not yet done...
> 
> thanks,
> 
> greg k-h
> 
> 
> [Aug 4 09:48] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff00000 flags=0x0000]
> [  +0.000012] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff00f80 flags=0x0000]
> [  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff01000 flags=0x0000]
> [  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff01f80 flags=0x0000]
> [  +0.000005] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff02000 flags=0x0000]
> [  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff02f80 flags=0x0000]
> [  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff03000 flags=0x0000]
> [  +0.000005] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff03f80 flags=0x0000]
> [  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff04000 flags=0x0000]
> [Aug 4 09:49] sd 3:0:0:0: [sdc] tag#21 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN 
> [  +0.000011] sd 3:0:0:0: [sdc] tag#21 CDB: Read(16) 88 00 00 00 00 01 8a 44 08 b0 00 00 00 08 00 00
> [  +5.106493] xhci_hcd 0000:47:00.1: xHCI host not responding to stop endpoint command.
> [  +0.000010] xhci_hcd 0000:47:00.1: USBSTS: HCHalted HSE


HSE "Host System Error" bit is set, meaning xHC hardware detected a serious error and stopped the host.
HSE was probably set 5-10 seconds earlier, but only discovered here.

Specs state:

xHC sets this bit to ‘1’ when a serious error
is detected, either internal to the xHC or during a host system access involving the xHC module.
(In a PCI system, conditions that set this bit to ‘1’ include PCI Parity error, PCI Master Abort, and
PCI Target Abort.)

-Mathias

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: USB xhci crash under load on 5.14-rc3
  2021-08-04  8:00 Greg KH
@ 2021-08-05  9:53 ` Greg KH
  2021-08-05 14:59 ` Mathias Nyman
  1 sibling, 0 replies; 5+ messages in thread
From: Greg KH @ 2021-08-05  9:53 UTC (permalink / raw)
  To: Mathias Nyman; +Cc: linux-usb, linux-kernel

On Wed, Aug 04, 2021 at 10:00:46AM +0200, Greg KH wrote:
> Hi,
> 
> I was doing some filesystem backups from one USB device to another one
> this weekend and kept running into the problem of the xhci controller
> shutting down after an hour or so of high volume traffic.
> 
> I finally captured the problem in the kernel log as this would also take
> out my keyboard, making it hard to recover from :)
> 
> The log is below for when the problem happens, and then the devices are
> disconnected from the bus (ignore the filesystem errors, those are
> expected when i/o is in flight and we disconnect a device.
> 
> Any hint as to what the IO_PAGE_FAULT error messages are?
> 
> I'll go back to 5.13.y now and see if I can reproduce it there or not,
> as my backups are not yet done...

5.13.7 seemed to work, but locked up overnight when running this same
workload, so it is a bit worse.  Let me split the USB devices across PCI
devices and see if that helps...


^ permalink raw reply	[flat|nested] 5+ messages in thread

* USB xhci crash under load on 5.14-rc3
@ 2021-08-04  8:00 Greg KH
  2021-08-05  9:53 ` Greg KH
  2021-08-05 14:59 ` Mathias Nyman
  0 siblings, 2 replies; 5+ messages in thread
From: Greg KH @ 2021-08-04  8:00 UTC (permalink / raw)
  To: Mathias Nyman; +Cc: linux-usb, linux-kernel

Hi,

I was doing some filesystem backups from one USB device to another one
this weekend and kept running into the problem of the xhci controller
shutting down after an hour or so of high volume traffic.

I finally captured the problem in the kernel log as this would also take
out my keyboard, making it hard to recover from :)

The log is below for when the problem happens, and then the devices are
disconnected from the bus (ignore the filesystem errors, those are
expected when i/o is in flight and we disconnect a device.

Any hint as to what the IO_PAGE_FAULT error messages are?

I'll go back to 5.13.y now and see if I can reproduce it there or not,
as my backups are not yet done...

thanks,

greg k-h


[Aug 4 09:48] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff00000 flags=0x0000]
[  +0.000012] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff00f80 flags=0x0000]
[  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff01000 flags=0x0000]
[  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff01f80 flags=0x0000]
[  +0.000005] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff02000 flags=0x0000]
[  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff02f80 flags=0x0000]
[  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff03000 flags=0x0000]
[  +0.000005] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff03f80 flags=0x0000]
[  +0.000006] xhci_hcd 0000:47:00.1: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0032 address=0xfffffff04000 flags=0x0000]
[Aug 4 09:49] sd 3:0:0:0: [sdc] tag#21 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN 
[  +0.000011] sd 3:0:0:0: [sdc] tag#21 CDB: Read(16) 88 00 00 00 00 01 8a 44 08 b0 00 00 00 08 00 00
[  +5.106493] xhci_hcd 0000:47:00.1: xHCI host not responding to stop endpoint command.
[  +0.000010] xhci_hcd 0000:47:00.1: USBSTS: HCHalted HSE
[  +0.000006] xhci_hcd 0000:47:00.1: xHCI host controller not responding, assume dead
[  +0.000164] xhci_hcd 0000:47:00.1: HC died; cleaning up
[  +0.000025] xhci_hcd 0000:47:00.1: xHCI host not responding to stop endpoint command.
[  +0.000008] xhci_hcd 0000:47:00.1: USBSTS: HCHalted HSE
[  +0.000008] usb 7-1: USB disconnect, device number 2
[  +0.000004] usb 7-1.4: USB disconnect, device number 4
[  +0.000002] usb 7-1.4.4: USB disconnect, device number 7
[  +0.000226] usb 8-1.4.3: cmd cmplt err -108
[  +0.000005] usb 8-1.4.3: cmd cmplt err -108
[  +0.000003] usb 8-1.4.3: cmd cmplt err -108
[  +0.000046] sd 3:0:0:0: [sdc] tag#18 uas_eh_abort_handler 0 uas-tag 3 inflight: CMD 
[  +0.000006] sd 3:0:0:0: [sdc] tag#18 CDB: Write(16) 8a 00 00 00 00 01 23 18 f6 28 00 00 04 00 00 00
[  +0.000004] sd 3:0:0:0: [sdc] tag#17 uas_eh_abort_handler 0 uas-tag 2 inflight: CMD 
[  +0.000002] sd 3:0:0:0: [sdc] tag#17 CDB: Write(16) 8a 00 00 00 00 01 23 18 f2 28 00 00 04 00 00 00
[  +0.000002] sd 3:0:0:0: [sdc] tag#16 uas_eh_abort_handler 0 uas-tag 4 inflight: CMD 
[  +0.000002] sd 3:0:0:0: [sdc] tag#16 CDB: Write(16) 8a 00 00 00 00 01 23 18 fa 28 00 00 01 30 00 00
[  +0.000298] usb 8-1: USB disconnect, device number 2
[  +0.000002] usb 8-1.4: USB disconnect, device number 4
[  +0.000002] usb 8-1.4.1: USB disconnect, device number 7
[  +0.000447] usb 7-2: USB disconnect, device number 3
[  +0.000002] usb 7-2.2: USB disconnect, device number 6
[  +0.000001] usb 7-2.2.2: USB disconnect, device number 8
[  +0.011526] blk_update_request: I/O error, dev sdd, sector 3905595064 op 0x1:(WRITE) flags 0x4800 phys_seg 256 prio class 0
[  +0.000094] blk_update_request: I/O error, dev sdd, sector 1005570048 op 0x1:(WRITE) flags 0x4000 phys_seg 18 prio class 0
[  +0.000010] blk_update_request: I/O error, dev sdd, sector 1005572096 op 0x1:(WRITE) flags 0x4000 phys_seg 19 prio class 0
[  +0.000005] blk_update_request: I/O error, dev sdd, sector 1005574144 op 0x1:(WRITE) flags 0x4000 phys_seg 33 prio class 0
[  +0.000005] blk_update_request: I/O error, dev sdd, sector 1005576192 op 0x1:(WRITE) flags 0x4000 phys_seg 33 prio class 0
[  +0.000004] blk_update_request: I/O error, dev sdd, sector 1005578240 op 0x1:(WRITE) flags 0x4000 phys_seg 21 prio class 0
[  +0.000005] blk_update_request: I/O error, dev sdd, sector 1005580288 op 0x1:(WRITE) flags 0x4000 phys_seg 17 prio class 0
[  +0.000006] blk_update_request: I/O error, dev sdd, sector 1005582336 op 0x1:(WRITE) flags 0x4000 phys_seg 19 prio class 0
[  +0.000073] blk_update_request: I/O error, dev sdd, sector 1005584384 op 0x1:(WRITE) flags 0x0 phys_seg 17 prio class 0
[  +0.000002] EXT4-fs warning (device sdd1): ext4_end_bio:342: I/O error 10 writing to inode 81661954 starting block 125698304)
[  +0.000008] blk_update_request: I/O error, dev sdd, sector 1005591088 op 0x1:(WRITE) flags 0x0 phys_seg 7 prio class 0
[  +0.000002] EXT4-fs warning (device sdd1): ext4_end_bio:342: I/O error 10 writing to inode 81661954 starting block 125698981)
[  +0.000013] Buffer I/O error on device sdd1, logical block 125696000
[  +0.000005] Buffer I/O error on device sdd1, logical block 125696001
[  +0.000001] Buffer I/O error on device sdd1, logical block 125696002
[  +0.000002] Buffer I/O error on device sdd1, logical block 125696003
[  +0.000001] Buffer I/O error on device sdd1, logical block 125696004
[  +0.000001] Buffer I/O error on device sdd1, logical block 125696005
[  +0.000001] Buffer I/O error on device sdd1, logical block 125696006
[  +0.000000] Buffer I/O error on device sdd1, logical block 125696007
[  +0.000001] Buffer I/O error on device sdd1, logical block 125696008
[  +0.000001] Buffer I/O error on device sdd1, logical block 125696009
[  +0.000658] EXT4-fs warning (device sdd1): ext4_end_bio:342: I/O error 10 writing to inode 81661955 starting block 125702400)
[  +0.000064] Aborting journal on device sdd1-8.
[  +0.000093] EXT4-fs (sdd1): Delayed block allocation failed for inode 81661956 at logical offset 0 with max blocks 2048 with error 30
[  +0.000003] EXT4-fs (sdd1): This should not happen!! Data will be lost
[  +0.000002] EXT4-fs error (device sdd1) in ext4_writepages:2813: Journal has aborted
[  +0.000411] EXT4-fs error (device sdd1): ext4_journal_check_start:83: comm kworker/u256:1: Detected aborted journal
[  +0.000006] EXT4-fs warning (device sdd1): ext4_end_bio:342: I/O error 10 writing to inode 81661955 starting block 125699482)
[  +0.000015] EXT4-fs error (device sdd1): ext4_journal_check_start:83: comm kworker/u256:0: Detected aborted journal
[  +0.000003] Buffer I/O error on dev sdd1, logical block 488144896, lost sync page write
[  +0.000012] JBD2: Error -5 detected when updating journal superblock for sdd1-8.
[  +0.000003] Buffer I/O error on dev sdd1, logical block 0, lost sync page write
[  +0.000005] EXT4-fs (sdd1): I/O error while writing superblock
[  +0.000065] Buffer I/O error on dev sdd1, logical block 0, lost sync page write
[  +0.000017] EXT4-fs (sdd1): previous I/O error to superblock detected
[  +0.000011] Buffer I/O error on dev sdd1, logical block 0, lost sync page write
[  +0.000004] EXT4-fs (sdd1): I/O error while writing superblock
[  +0.000001] EXT4-fs (sdd1): Remounting filesystem read-only
[  +0.000001] EXT4-fs (sdd1): failed to convert unwritten extents to written extents -- potential data loss!  (inode 81661955, error -30)
[  +0.000001] EXT4-fs (sdd1): ext4_writepages: jbd2_start: 9223372036854775807 pages, ino 81661957; err -30
[  +0.010132] Buffer I/O error on dev sdd1, logical block 125304834, lost async page write
[  +0.000006] Buffer I/O error on dev sdd1, logical block 125304835, lost async page write
[  +0.000002] Buffer I/O error on dev sdd1, logical block 125304836, lost async page write
[  +0.000002] Buffer I/O error on dev sdd1, logical block 125304837, lost async page write
[  +0.000002] Buffer I/O error on dev sdd1, logical block 125304838, lost async page write
[  +0.000001] Buffer I/O error on dev sdd1, logical block 125304839, lost async page write
[  +0.001952] scsi host3: uas_eh_device_reset_handler FAILED to get lock err -19
[  +0.000004] sd 3:0:0:0: Device offlined - not ready after error recovery
[  +0.000002] sd 3:0:0:0: Device offlined - not ready after error recovery
[  +0.000001] sd 3:0:0:0: Device offlined - not ready after error recovery
[  +0.000001] sd 3:0:0:0: Device offlined - not ready after error recovery
[  +0.000006] sd 3:0:0:0: [sdc] tag#16 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=33s
[  +0.000001] sd 3:0:0:0: [sdc] tag#16 CDB: Write(16) 8a 00 00 00 00 01 23 18 fa 28 00 00 01 30 00 00
[  +0.000026] sd 3:0:0:0: [sdc] tag#17 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=33s
[  +0.000001] sd 3:0:0:0: [sdc] tag#17 CDB: Write(16) 8a 00 00 00 00 01 23 18 f2 28 00 00 04 00 00 00
[  +0.000035] sd 3:0:0:0: [sdc] tag#18 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=33s
[  +0.000001] sd 3:0:0:0: [sdc] tag#18 CDB: Write(16) 8a 00 00 00 00 01 23 18 f6 28 00 00 04 00 00 00
[  +0.000025] sd 3:0:0:0: [sdc] tag#21 FAILED Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK cmd_age=36s
[  +0.000001] sd 3:0:0:0: [sdc] tag#21 CDB: Read(16) 88 00 00 00 00 01 8a 44 08 b0 00 00 00 08 00 00
[  +0.000034] sd 3:0:0:0: rejecting I/O to offline device
[  +0.000024] Aborting journal on device sdc1-8.
[  +0.000023] JBD2: Error -5 detected when updating journal superblock for sdc1-8.
[  +0.000057] EXT4-fs error (device sdc1): ext4_journal_check_start:83: comm rsync: Detected aborted journal
[  +0.000028] EXT4-fs (sdc1): I/O error while writing superblock
[  +0.000001] EXT4-fs (sdc1): Remounting filesystem read-only
[  +0.000142] EXT4-fs warning (device sdc1): htree_dirblock_to_tree:1027: inode #103350499: lblock 0: comm rsync: error -5 reading directory block
[  +0.000019] EXT4-fs warning (device sdc1): htree_dirblock_to_tree:1027: inode #103350500: lblock 0: comm rsync: error -5 reading directory block
[  +0.000016] EXT4-fs warning (device sdc1): htree_dirblock_to_tree:1027: inode #103350501: lblock 0: comm rsync: error -5 reading directory block
[  +0.000015] EXT4-fs warning (device sdc1): htree_dirblock_to_tree:1027: inode #103350502: lblock 0: comm rsync: error -5 reading directory block
[  +0.000015] EXT4-fs warning (device sdc1): htree_dirblock_to_tree:1027: inode #103350503: lblock 0: comm rsync: error -5 reading directory block
[  +0.000013] EXT4-fs warning (device sdc1): htree_dirblock_to_tree:1027: inode #103350504: lblock 0: comm rsync: error -5 reading directory block
[  +0.000014] EXT4-fs warning (device sdc1): htree_dirblock_to_tree:1027: inode #103350505: lblock 0: comm rsync: error -5 reading directory block
[  +0.000014] EXT4-fs warning (device sdc1): htree_dirblock_to_tree:1027: inode #103350506: lblock 0: comm rsync: error -5 reading directory block
[  +0.000016] EXT4-fs warning (device sdc1): htree_dirblock_to_tree:1027: inode #103350507: lblock 0: comm rsync: error -5 reading directory block
[  +0.000013] EXT4-fs warning (device sdc1): htree_dirblock_to_tree:1027: inode #103350508: lblock 0: comm rsync: error -5 reading directory block
[ +14.831953] usb 9-2: USB disconnect, device number 2
[  +1.799368] usb 7-5: USB disconnect, device number 5
[  +0.127876] usb 7-6: USB disconnect, device number 9
[  +0.257672] print_req_error: 551 callbacks suppressed
[  +0.000005] blk_update_request: I/O error, dev sdc, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 0
[  +0.021782] blk_update_request: I/O error, dev sdc, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 0
[  +0.026911] usb 8-1.4.3: USB disconnect, device number 6

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2022-02-06 16:58 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-02-06 16:58 USB xhci crash under load on 5.14-rc3 Roman Mäder
  -- strict thread matches above, loose matches on Subject: below --
2021-08-04  8:00 Greg KH
2021-08-05  9:53 ` Greg KH
2021-08-05 14:59 ` Mathias Nyman
2021-08-05 18:39   ` Greg KH

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).