https://bugzilla.kernel.org/show_bug.cgi?id=216352 --- Comment #4 from Luiz Von Dentz (luiz.dentz@xxxxxxxxx) --- (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.
