[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20210329152544.GB933773@rowland.harvard.edu>
Date: Mon, 29 Mar 2021 11:25:44 -0400
From: Alan Stern <stern@...land.harvard.edu>
To: liulongfang <liulongfang@...wei.com>
Cc: gregkh@...uxfoundation.org, mathias.nyman@...el.com,
linux-usb@...r.kernel.org, yisen.zhuang@...wei.com,
tanxiaofei@...wei.com, liudongdong3@...wei.com,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH] USB:ohci:fix ohci interruption problem
On Mon, Mar 29, 2021 at 04:38:10PM +0800, liulongfang wrote:
> On 2021/3/26 23:28, Alan Stern wrote:
> > On Fri, Mar 26, 2021 at 04:54:56PM +0800, Longfang Liu wrote:
> >> When OHCI enters the S4 sleep state, the USB sleep process will call
> >> check_root_hub_suspend() and ohci_bus_suspend() instead of
> >> ohci_suspend() and ohci_bus_suspend(), this causes the OHCI interrupt
> >> to not be closed.
> >
> > What on earth are you talking about? This isn't true at all.
> >
> > Can you provide more information about your system? Are you using a
> > PCI-based OHCI controller or a platform device (and if so, which one)?
> > Can you post system logs to back up your statements?
> > The system is UOS, the kernel version is kernel4.19, and the driver
> used is ohci-pci.c based on PCI.
>
> By adding the log in ohci_suspend, and then viewing the dmesg after sleep,
> I can confirm that the system does not call ohci_suspend in S4 sleep mode.
Then your job is to figure out why not. Doesn't entry into S4 sleep
call hcd_pci_suspend() in core/hcd-pci.c, and doesn't that call
suspend_common(), and doesn't that call hcd->driver->pci_suspend(),
and isn't that routine ohci_suspend()?
Alan Stern
Powered by blists - more mailing lists