Re: [PATCH v2] driver core: Fix bus_type.match() error handling

Guenter Roeck
2022-08-19T11:28:42Z

On Thu, Aug 18, 2022 at 05:38:15PM -0700, Isaac Manjarres wrote:
> On Thu, Aug 18, 2022 at 03:59:32PM -0700, Guenter Roeck wrote:
> > Requesting system reboot
> > sd 0:0:0:0: [sda] Synchronizing SCSI cache
> > ci_hdrc ci_hdrc.1: remove, state 4
> > usb usb2: USB disconnect, device number 1
> > ci_hdrc ci_hdrc.1: USB bus 2 deregistered
> > ci_hdrc ci_hdrc.0: remove, state 1
> > usb usb1: USB disconnect, device number 1
> > usb 1-1: USB disconnect, device number 2
> > sd 0:0:0:0: [sda] Synchronizing SCSI cache
> > sd 0:0:0:0: [sda] Synchronize Cache(10) failed: Result: hostbyte=0x01 driverbyte=DRIVER_OK
> >
> > [ stuck here until qemu is killed ]
> >
> Hi Guenter,
>
> I'm actually observing the behavior described above even without my patch.
> The tip of my tree is currently at 573ae4f13f63 ("tee: add overflow check in
> register_shm_helper()"). I used git bisect to find what commit was
> causing the problem, and narrowed it down to this series[1].
>
> I reverted all 4 patches in that series, and I no longer see this hang
> with my tree.
>
> [1]: https://lore.kernel.org/all/20220712221936.1199196-1-bvanassche@acm.org/
>
> Are these patches part of the tree you're using for testing and
> observing this hang in?
>

Yes, you are correct. I also see the problem in the mainline kernel,
at SHA 3b06a2755758, and with a large number of boots from usb drive
in various arm emulations. Sorry for the confusion. Too many crashes :-(.

Guenter