[Bug 216352] [BISECTED] 250 ms system suspend performance regression

[bugzilla-daemon@kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=216352

--- Comment #4 from Luiz Von Dentz (luiz.dentz@gmail.com) ---
(In reply to Len Brown from comment #3)
> Comparing the attached sleepgraph output of 5.19 to 5.19-rc8...
> 
> acpi_ps_execute_method(PCI.XHC._PS0) plus
> msleep 120
> msleep 40
> msleep 40
> msleep 10
> 
> have, as a group, shifted left from the suspend phase,
> where they used to overlap with other tasks,
> into the suspend_prepare phase, where they are the
> slowest operation.

We can probably return to the way it was if we detect the event mask needs
updating or not by checking if there is any connections, anyway if you attempt
to suspend while there is a bluetooth connection this extra latency would
probably reappear since in that case we need to update the event mask in order
to not wakeup the system by events such Disconnect Complete, not sure if this
is acceptable or perhaps the root cause is that notifiers are serialized so
while these commands are pending it prevents other notifiers to be run?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.