On 11/20/20 8:35 AM, Alan Stern wrote: > On Fri, Nov 20, 2020 at 12:37:22AM -0800, Can Guo wrote: >> Runtime resume is handled by runtime PM framework, no need to forcibly >> set runtime PM status to RPM_ACTIVE during system resume/thaw/restore. > > Sorry, I don't understand this explanation at all. > > Sure, runtime resume is handled by the runtime PM framework. But this > patch changes the code for system resume, which is completely different. > > Following a system resume, the hardware will be at full power. We don't > want the kernel to think that the device is still in runtime suspend; > otherwise is would never put the device back into low-power mode. Hi Alan, Does this mean that every driver needs similar code for handling runtime suspended devices upon system resume? If so, would it be possible to move that code into the power management core (drivers/base/power)? Thanks, Bart.
