Thread (1 message) 1 message, 1 author, 2009-08-20

Re: [PATCH 1/5] introduce .wakeup_event ops

From: Matthew Garrett <mjg59@srcf.ucam.org>
Date: 2009-08-20 14:42:46

On Thu, Aug 20, 2009 at 10:38:15AM -0400, Alan Stern wrote:
On Thu, 20 Aug 2009, Matthew Garrett wrote:
quoted
Pretty much the same as PME events on PCI - a GPE is generated, an SCI 
raised, the ACPI interpreter executes the code that's in the ACPI 
tables, that generates a notification event on the appropriate UHCI 
device, we live happily ever after.
What happens after the notification event is generated?  That is, what
functions get called?  I'm not at all familiar with this part of the
kernel.
The notification will be sent to whichever code has registered a 
notification handler for that device. In my patches that means it'll 
arrive in the PCI layer (if it's a PCI device) and then call 
pci_runtime_resume on the appropriate device.
If the wakeup signal isn't squelched at the source, as part of the
event handling, will we get an interrupt storm?  Will the uhci-hcd 
resume routine be able to handle this or does it need to be done 
earlier?  In other words, do we need special-purpose code in the PCI 
layer to handler it?
No, nothing special needs to be done at the PCI level. It seems that 
(for Intel at least) there's no need to do anything special at the UHCI 
level either.

-- 
Matthew Garrett | mjg59@srcf.ucam.org
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help