Re: [RE-RESEND PATCH 1/4] usb: musb: Fix runtime PM race in musb_queue_resume_work

2021-01-24 Thread Paul Cercueil
Hi Sergei, Le sam. 23 janv. 2021 à 19:41, Sergei Shtylyov a écrit : On 1/23/21 5:24 PM, Paul Cercueil wrote: musb_queue_resume_work() would call the provided callback if the runtime PM status was 'active'. Otherwise, it would enqueue the request if the hardware was still suspended

Re: [RE-RESEND PATCH 1/4] usb: musb: Fix runtime PM race in musb_queue_resume_work

2021-01-23 Thread Sergei Shtylyov
On 1/23/21 5:24 PM, Paul Cercueil wrote: > musb_queue_resume_work() would call the provided callback if the runtime > PM status was 'active'. Otherwise, it would enqueue the request if the > hardware was still suspended (musb->is_runtime_suspended is true). > > This causes a race with the

[RE-RESEND PATCH 1/4] usb: musb: Fix runtime PM race in musb_queue_resume_work

2021-01-23 Thread Paul Cercueil
musb_queue_resume_work() would call the provided callback if the runtime PM status was 'active'. Otherwise, it would enqueue the request if the hardware was still suspended (musb->is_runtime_suspended is true). This causes a race with the runtime PM handlers, as it is possible to be in the case