[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f27bcdb6c5ddd4e91a1dc9f86b4f0c55c50671a8.camel@kylinos.cn>
Date: Sat, 12 Oct 2024 17:51:41 +0800
From: duanchenghao <duanchenghao@...inos.cn>
To: Alan Stern <stern@...land.harvard.edu>
Cc: "Rafael J. Wysocki" <rafael@...nel.org>, Hongyu Xie
<xy521521@...il.com>, gregkh@...uxfoundation.org,
linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org,
linux-usb@...r.kernel.org, niko.mauno@...sala.com, pavel@....cz,
stanley_chang@...ltek.com, tj@...nel.org, Hongyu Xie <xiehongyu1@...inos.cn>
Subject: Re: [PATCH] USB: Fix the issue of task recovery failure caused by
USB status when S4 wakes up
Hi Alan,
The V3 patch has been sent. Please review it to check if it aligns with
the solution you described.
Thanks
Duan Chenghao
在 2024-10-11星期五的 09:53 -0400,Alan Stern写道:
> On Fri, Oct 11, 2024 at 09:42:11AM +0800, duanchenghao wrote:
> > Hi Alan,
> >
> > I roughly understand now.
> >
> > In your previous email, you mentioned assigning a value to
> > do_wakeup
> > based on the judgment of PMSG in suspend_common, but there is no
> > parameter passing of PMSG in suspend_common.
>
> In my kernel tree, the first line of code in suspend_common()
> (following
> all the variable definitions) is this:
>
> do_wakeup = PMSG_IS_AUTO(msg) ? true :
> device_may_wakeup(dev);
>
> That's what I was talking about.
>
> > Do you mean using the global parameter pm_transition.event for the
> > judgment?
>
> No, I meant what I wrote.
>
> Alan Stern
Powered by blists - more mailing lists