Hi Guenter!
On Jul 7, 2023, at 4:35 PM, Guenter Roeck <linux@xxxxxxxxxxxx> wrote:
On 7/7/23 02:53, John Paul Adrian Glaubitz wrote:
Hi Geert!
On Fri, 2023-07-07 at 10:48 +0200, Geert Uytterhoeven wrote:
I picked rts7751r2dplus_defconfig, disabled CONFIG_USB_OHCI_HCD but it stillI can reproduce the issue with rts7751r2dplus_defconfig, but I may
not be able to look into it today...
Disabling CONFIG_USB_OHCI_HCD fixes the hang.
hangs for me. Are you sure it's CONFIG_USB_OHCI_HCD and not something else?
It seems to be related. With this patch reverted, ohci_irq() gets a single
interrupt, and boot continues. With this patch in place, ohci_irq() does
not get any interrupts, and boot hangs with qemu at 100% CPU. I confirmed
this by disabling CONFIG_MFD_SM501. After that, the hang is no longer seen.
Of course, that also means that OHCI and other emulated sm501 functionality
no longer works.
My suspicion is that something goes wrong with interrupt routing to
SM501 and with it to ohci_irq(), but that is just a wild guess.
Looking at drivers/mfd/sm501.c, sm501_plat_probe() is explicitly requesting IRQ 0 which is no longer supported on SH:
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/mfd/sm501.c <https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/mfd/sm501.c>
So, we need to shift this by 16, I guess.