On Thu, 2005-12-22 at 12:05, Benjamin Herrenschmidt wrote:
> > > It's a suspend to disk cycle or to ram ? Do you get those IRQs when you
> > > move the mouse or all the time ? What is irq 99 normally on your
> > > system ?
> 
> Well, I'm not sure what that "vector 99" thing is, it's x86 world, might
> not be an interrupt number... Since it's suspend to disk though, I would
> have expected the "loader" kernel to have run the USB handoff an to have
> disabled interrupt emission on the controller before transitionning to
> the new kernel, or is that broken ? Can you check the UHCI suspend
> routine is doing its job when the loader kernel freezes before it
> transitions to the loaded one ?

Will do. I can of course spend some time trying to bisect and see what
patch makes the difference too. Probably won't get that done this week
though.

Regards,

Nigel

> > Suspend to disk.
> > 
> > I don't normally see interrupt 99 in use. Here's the current
> > /proc/interrupts, having not suspended:
> > 
> > less /proc/interrupts 
> >            CPU0       CPU1       
> >   0:    4265783          0    IO-APIC-edge  timer
> >   1:      24182          0    IO-APIC-edge  i8042
> >   8:          1          0    IO-APIC-edge  rtc
> >   9:          1          0   IO-APIC-level  acpi
> >  14:          1          0    IO-APIC-edge  ide0
> >  16:     247532          0   IO-APIC-level  libata, uhci_hcd:usb3, eth0
> >  17:     296865          0   IO-APIC-level  uhci_hcd:usb1, uhci_hcd:usb4
> >  18:          0          0   IO-APIC-level  uhci_hcd:usb2
> >  19:         28          0   IO-APIC-level  bttv0
> >  20:     226763          0   IO-APIC-level  ath0
> >  21:          0          0   IO-APIC-level  Intel ICH5
> > NMI:          0          0 
> > LOC:    4265702    4265701 
> > ERR:          0
> > MIS:          0
> > 
> > I'm not at home at the moment, so I can't verify that it is irq 99 that
> > it says, but I'm pretty sure. I can check again this evening if you
> > like.
> > 
> > The messages are continually generated.
> > 
> > > I wonder if that's beause we should do the USB early handoff again on
> > > wakeup from sleep...
> > 
> > If you want me to try a patch when I get home, I'm more than willing.
> > Rebooting is slow! I want to be able to suspend again!
> > 
> > Nigel
> > 
> > > Ben.
> > > 
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> > > files
> > > for problems?  Stop!  Download the new AJAX search engine that makes
> > > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > > _______________________________________________
> > > linux-usb-devel@lists.sourceforge.net
> > > To unsubscribe, use the last form field at:
> > > https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
-- 




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to