kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hello all,

With kernel 2.6.10, I have the following problem with uhci_hcd:
After an ACPI S3 suspend it fails to see any USB device plugged in.
If I unload the module and load it again, it works again.
I hadn't this problem with previous kernels, where it worked just fine.
Do you know something that changed between 2.6.9 and 2.6.10 that could
lead to this behavior ?
It is ACPI or USB fault ?

Thanks,
Paul



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Alan Stern]

On Tue, 28 Dec 2004, Paul Ionescu wrote:

> Hello all,
> 
> With kernel 2.6.10, I have the following problem with uhci_hcd:
> After an ACPI S3 suspend it fails to see any USB device plugged in.
> If I unload the module and load it again, it works again.
> I hadn't this problem with previous kernels, where it worked just fine.
> Do you know something that changed between 2.6.9 and 2.6.10 that could
> lead to this behavior ?
> It is ACPI or USB fault ?

Nothing relevant has changed in the uhci_hcd driver, so far as I know.  
I'd be inclined to guess that ACPI is the culprit.  Have you tried booting 
with "acpi=off", in both 2.6.9 and 2.6.10?

Alan Stern



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [linux-usb-devel] kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

--- Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org> wrote:
 
> Nothing relevant has changed in the uhci_hcd driver,
> so far as I know.  
> I'd be inclined to guess that ACPI is the culprit. 
> Have you tried booting 
> with "acpi=off", in both 2.6.9 and 2.6.10?

Hello Alan,

If I boot with "acpi=off" then I cannot use ACPI S3 to
suspend and resume, and my problem appears after an
ACPI S3 suspend/resume cycle.

Thanks,
Paul




		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Helps protect you from nasty viruses. 
http://promotions.yahoo.com/new_mail


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Alan Stern]

On Wed, 29 Dec 2004, Paul Ionescu wrote:

> --- Alan Stern <stern@rowland.harvard.edu> wrote:
>  
> > Nothing relevant has changed in the uhci_hcd driver,
> > so far as I know.  
> > I'd be inclined to guess that ACPI is the culprit. 
> > Have you tried booting 
> > with "acpi=off", in both 2.6.9 and 2.6.10?
> 
> Hello Alan,
> 
> If I boot with "acpi=off" then I cannot use ACPI S3 to
> suspend and resume, and my problem appears after an
> ACPI S3 suspend/resume cycle.

You could try something a little weaker, like "acpi=noirq".

Alan Stern



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Alan Stern]

On Wed, 29 Dec 2004, Paul Ionescu wrote:

> Hello Alan,
> 
> If I boot with "acpi=off" then I cannot use ACPI S3 to
> suspend and resume, and my problem appears after an
> ACPI S3 suspend/resume cycle.

This just occurred to me: After a suspend/resume, when the uhci_hcd driver
doesn't recognize new devices being plugged in, can you tell if the
interrupt count for the driver is changing?  If the host controller
doesn't share an IRQ, the numbers in /proc/interrupts will tell the story.

As another test, what shows up in the debugging file for the controller?  
Under 2.6.9 that file would be in the /proc/driver/uhci/ directory, but it
was recently moved to the debugfs filesystem, and I'm not sure whether
that move was done before or after 2.6.10 was released.

Alan Stern



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hi Alan,

My UHCI is sharing interrupt 9 with acpi.
IRQ 9 usage does increment after the resume.
And also, even after the resume, when the USB is not
seeing any device plugged in, if I unload and reload
the uhci-hcd, then it works.
Maybe, when I reload uhci-hcd, it does some
reinitialization of the usb controller.


--- Alan Stern <stern@rowland.harvard.edu> wrote:

> On Wed, 29 Dec 2004, Paul Ionescu wrote:
> 
> > Hello Alan,
> > 
> > If I boot with "acpi=off" then I cannot use ACPI
> S3 to
> > suspend and resume, and my problem appears after
> an
> > ACPI S3 suspend/resume cycle.
> 
> This just occurred to me: After a suspend/resume,
> when the uhci_hcd driver
> doesn't recognize new devices being plugged in, can
> you tell if the
> interrupt count for the driver is changing?  If the
> host controller
> doesn't share an IRQ, the numbers in
> /proc/interrupts will tell the story.
> 
> As another test, what shows up in the debugging file
> for the controller?  
> Under 2.6.9 that file would be in the
> /proc/driver/uhci/ directory, but it
> was recently moved to the debugfs filesystem, and
> I'm not sure whether
> that move was done before or after 2.6.10 was
> released.
> 
> Alan Stern
> 
> 



		
__________________________________ 
Do you Yahoo!? 
Jazz up your holiday email with celebrity designs. Learn more. 
http://celebrity.mail.yahoo.com


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Bjorn Helgaas]

On Tue, 2004-12-28 at 22:11 -0500, Alan Stern wrote:
> On Tue, 28 Dec 2004, Paul Ionescu wrote:
> 
> > Hello all,
> > 
> > With kernel 2.6.10, I have the following problem with uhci_hcd:
> > After an ACPI S3 suspend it fails to see any USB device plugged in.
> > If I unload the module and load it again, it works again.
> > I hadn't this problem with previous kernels, where it worked just fine.
> > Do you know something that changed between 2.6.9 and 2.6.10 that could
> > lead to this behavior ?
> > It is ACPI or USB fault ?
> 
> Nothing relevant has changed in the uhci_hcd driver, so far as I know.  
> I'd be inclined to guess that ACPI is the culprit.  Have you tried booting 
> with "acpi=off", in both 2.6.9 and 2.6.10?

You might also try "pci=routeirq".  This works around some known
issues with suspend/resume in 2.6.10.



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hi Bjorn,

I tried with "pci=routeirq" but the same behaviour.
Then I isolate uhci_hcd to be alone on IRQ 9, and I
can see that after a susp/resume cycle, the irq 9
count is still incrementing, but lsusb shows no new
device.
If I rmmod/insmod the uhci-hcd at this point, it
works.
So I think is not an IRQ problem.

Thanks,
Paul

--- Bjorn Helgaas <bjorn.helgaas@hp.com> wrote:

> On Tue, 2004-12-28 at 22:11 -0500, Alan Stern wrote:
> > On Tue, 28 Dec 2004, Paul Ionescu wrote:
> > 
> > > Hello all,
> > > 
> > > With kernel 2.6.10, I have the following problem
> with uhci_hcd:
> > > After an ACPI S3 suspend it fails to see any USB
> device plugged in.
> > > If I unload the module and load it again, it
> works again.
> > > I hadn't this problem with previous kernels,
> where it worked just fine.
> > > Do you know something that changed between 2.6.9
> and 2.6.10 that could
> > > lead to this behavior ?
> > > It is ACPI or USB fault ?
> > 
> > Nothing relevant has changed in the uhci_hcd
> driver, so far as I know.  
> > I'd be inclined to guess that ACPI is the culprit.
>  Have you tried booting 
> > with "acpi=off", in both 2.6.9 and 2.6.10?
> 
> You might also try "pci=routeirq".  This works
> around some known
> issues with suspend/resume in 2.6.10.
> 
> 



		
__________________________________ 
Do you Yahoo!? 
Take Yahoo! Mail with you! Get it on your mobile phone. 
http://mobile.yahoo.com/maildemo 


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: Re: [linux-usb-devel] kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Stefan Dösinger]

Am Mittwoch, 5. Januar 2005 17:46 schrieb Paul Ionescu:
> Hi Bjorn,
>
> I tried with "pci=routeirq" but the same behaviour.
> Then I isolate uhci_hcd to be alone on IRQ 9, and I
> can see that after a susp/resume cycle, the irq 9
> count is still incrementing, but lsusb shows no new
> device.
> If I rmmod/insmod the uhci-hcd at this point, it
> works.
> So I think is not an IRQ problem.
>
Is ehci-hcd loaded? I have to reload ehci-hcd to make USB working.


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 1320 bytes --]

Hi Stefan,

I tried with and without ehci-hcd loaded.
In fact, right now on kernel 2.6.10, only ehci-hcd is
surviving a suspend resume cycle without rmmod/insmod.


--- Stefan Dösinger <stefandoesinger@gmx.at> wrote:

> Am Mittwoch, 5. Januar 2005 17:46 schrieb Paul
> Ionescu:
> > Hi Bjorn,
> >
> > I tried with "pci=routeirq" but the same
> behaviour.
> > Then I isolate uhci_hcd to be alone on IRQ 9, and
> I
> > can see that after a susp/resume cycle, the irq 9
> > count is still incrementing, but lsusb shows no
> new
> > device.
> > If I rmmod/insmod the uhci-hcd at this point, it
> > works.
> > So I think is not an IRQ problem.
> >
> Is ehci-hcd loaded? I have to reload ehci-hcd to
> make USB working.
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: Re: [linux-usb-devel] kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Alan Stern]

On Wed, 5 Jan 2005, Paul Ionescu wrote:

> Hi Bjorn,
> 
> I tried with "pci=routeirq" but the same behaviour.
> Then I isolate uhci_hcd to be alone on IRQ 9, and I
> can see that after a susp/resume cycle, the irq 9
> count is still incrementing, but lsusb shows no new
> device.
> If I rmmod/insmod the uhci-hcd at this point, it
> works.
> So I think is not an IRQ problem.
> 
> Thanks,
> Paul

Have you been able to see what information is in the debugging file, 
/proc/driver/uhci/[controller ID]?

Alan Stern



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: [linux-usb-devel] kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hi Alan,

Yes, I completely forgot, but here it is:
before suspend, without any devices plugged:
HC status
  usbcmd    =     0008   Maxp32 EGSM 
  usbstat   =     0020   HCHalted 
  usbint    =     000f
  usbfrnum  =   (1)278
  flbaseadd = 173d8278
  sof       =       40
  stat1     =     0080  
  stat2     =     0080  
Frame List
Skeleton QH's

After resume, without any devices plugged:
HC status
  usbcmd    =     0008   Maxp32 EGSM 
  usbstat   =     0020   HCHalted 
  usbint    =     000f
  usbfrnum  =   (0)344
  flbaseadd = 173d8344
  sof       =       40
  stat1     =     0080  
  stat2     =     0080  
Frame List
Skeleton QH's

After resume, with a device plugged:
HC status
  usbcmd    =     00c1   Maxp64 CF RS 
  usbstat   =     0000   
  usbint    =     000f
  usbfrnum  =   (0)eb8
  flbaseadd = 173d8eb8
  sof       =       40
  stat1     =     0080  
  stat2     =     0093   ConnectChange Connected
Frame List
Skeleton QH's

After resume, with that device pulled:
HC status
  usbcmd    =     00c1   Maxp64 CF RS 
  usbstat   =     0000   
  usbint    =     000f
  usbfrnum  =   (0)1d0
  flbaseadd = 173d81d0
  sof       =       40
  stat1     =     0080  
  stat2     =     0082   ConnectChange
Frame List
Skeleton QH's

After resume, with that device plugged again in the
second USB socket:
HC status
  usbcmd    =     00c1   Maxp64 CF RS 
  usbstat   =     0000   
  usbint    =     000f
  usbfrnum  =   (1)b20
  flbaseadd = 173d8b20
  sof       =       40
  stat1     =     0093   ConnectChange Connected
  stat2     =     0082   ConnectChange
Frame List
Skeleton QH's

All this time, lsusb gives:
Bus 003 Device 001: ID 0000:0000  
Bus 002 Device 001: ID 0000:0000  
Bus 001 Device 001: ID 0000:0000  


After rmmod uhci-hcd/insmod uhci-hcd:
HC status
  usbcmd    =     00c1   Maxp64 CF RS 
  usbstat   =     0000   
  usbint    =     000f
  usbfrnum  =   (1)e38
  flbaseadd = 16ea4e38
  sof       =       40
  stat1     =     0095   Enabled Connected
  stat2     =     0080  
Frame List
Skeleton QH's
- skel_int128_qh
    [d6e7a240] link (16e7a152) element (16e73040)
      0: [d6e73040] link (00000001) e3 IOC Active NAK
Length=7ff MaxLen=0 DT0 EndPt=1 Dev=2, PID=69(IN)
(buf=16e8c020)

and now a lsusb gives:
Bus 003 Device 001: ID 0000:0000  
Bus 002 Device 004: ID 067b:2303 Prolific Technology,
Inc. PL2303 Serial Port
Bus 002 Device 003: ID 067b:2305 Prolific Technology,
Inc. PL2305 Parallel Port
Bus 002 Device 002: ID 04cc:1122 Philips
Semiconductors Hub
Bus 002 Device 001: ID 0000:0000  
Bus 001 Device 001: ID 0000:0000  

I did those tests without ehci-hcd loaded, and the
irqs are like this:
cat /proc/interrupts 
           CPU0       
  0:    8713857          XT-PIC  timer
  1:       1313          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  5:        977          XT-PIC  eth0, uhci_hcd
  7:       3935          XT-PIC  uhci_hcd, uhci_hcd
  8:          1          XT-PIC  rtc
  9:        605          XT-PIC  acpi
 12:      25196          XT-PIC  i8042
 14:      68981          XT-PIC  ide0
 15:      77706          XT-PIC  ide1
NMI:          0 
ERR:          0

The tested USB is on IRQ 7.

Thanks,
Paul

--- Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org> wrote:

> On Wed, 5 Jan 2005, Paul Ionescu wrote:
> 
> > Hi Bjorn,
> > 
> > I tried with "pci=routeirq" but the same
> behaviour.
> > Then I isolate uhci_hcd to be alone on IRQ 9, and
> I
> > can see that after a susp/resume cycle, the irq 9
> > count is still incrementing, but lsusb shows no
> new
> > device.
> > If I rmmod/insmod the uhci-hcd at this point, it
> > works.
> > So I think is not an IRQ problem.
> > 
> > Thanks,
> > Paul
> 
> Have you been able to see what information is in the
> debugging file, 
> /proc/driver/uhci/[controller ID]?
> 
> Alan Stern
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Alan Stern]

On Wed, 5 Jan 2005, Paul Ionescu wrote:

> After resume, without any devices plugged:
> HC status
>   usbcmd    =     0008   Maxp32 EGSM 
>   usbstat   =     0020   HCHalted 
>   usbint    =     000f
>   usbfrnum  =   (0)344
>   flbaseadd = 173d8344
>   sof       =       40
>   stat1     =     0080  
>   stat2     =     0080  
> Frame List
> Skeleton QH's
> 
> After resume, with a device plugged:
> HC status
>   usbcmd    =     00c1   Maxp64 CF RS 
>   usbstat   =     0000   
>   usbint    =     000f
>   usbfrnum  =   (0)eb8
>   flbaseadd = 173d8eb8
>   sof       =       40
>   stat1     =     0080  
>   stat2     =     0093   ConnectChange Connected
> Frame List
> Skeleton QH's

Very interesting indeed.  This indicates that the problem isn't with the 
uhci-hcd driver but higher up in the USB stack.  It's also not an IRQ 
problem, as you have already realized.  In brief, uhci-hcd resumed 
correctly and received the appropriate interrupt when you plugged in the 
device.  But then the hub driver never got a corresponding status change 
event.  (Or else the khubd thread had died, which is quite possible.)

Can you build the USB drivers with CONFIG_USB_DEBUG=y, and post the 
dmesg log showing what happens following the suspend/resume + plug in a 
device?  Also, can you say whether or not CONFIG_USB_SUSPEND is set?  
Finally, after plugging in the device, can you get the Alt-SysRq-T stack 
trace for the khubd process?  (This may work out better if you switch to 
single-user mode and kill unnecessary daemons before doing the swsusp.)

Alan Stern



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: Re: [linux-usb-devel] kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hi Alan,

CONFIG_USB_SUSPEND is not set.
Should I try to set it ? 
I thought it is for something else from its attached
help, that's why I left it unset.

Thanks,
Paul

--- Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org> wrote:

> Very interesting indeed.  This indicates that the
> problem isn't with the 
> uhci-hcd driver but higher up in the USB stack. 
> It's also not an IRQ 
> problem, as you have already realized.  In brief,
> uhci-hcd resumed 
> correctly and received the appropriate interrupt
> when you plugged in the 
> device.  But then the hub driver never got a
> corresponding status change 
> event.  (Or else the khubd thread had died, which is
> quite possible.)
> 
> Can you build the USB drivers with
> CONFIG_USB_DEBUG=y, and post the 
> dmesg log showing what happens following the
> suspend/resume + plug in a 
> device?  Also, can you say whether or not
> CONFIG_USB_SUSPEND is set?  
> Finally, after plugging in the device, can you get
> the Alt-SysRq-T stack 
> trace for the khubd process?  (This may work out
> better if you switch to 
> single-user mode and kill unnecessary daemons before
> doing the swsusp.)
> 
> Alan Stern
> 
> 



		
__________________________________ 
Do you Yahoo!? 
Meet the all-new My Yahoo! - Try it today! 
http://my.yahoo.com 
 



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Alan Stern]

On Wed, 5 Jan 2005, Paul Ionescu wrote:

> Hi Alan,
> 
> CONFIG_USB_SUSPEND is not set.
> Should I try to set it ? 
> I thought it is for something else from its attached
> help, that's why I left it unset.

No, leaving it unset is fine (and probably best, for the moment).  I just 
wanted to know whether or not you had set it.

Alan Stern



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hi Alan,

I just compiled a new kernel with both
CONFIG_USB_SUSPEND and CONFIG_USB_DEBUG, and now it
works if nothing is plugged in USB when I suspend the
machine.
If I have something plugged in at suspend time, after
resume it is not there anymore, and I have to
pull/plug the device again.

I will try to compile only with CONFIG_USB_DEBUG, to
see what happens.



--- Alan Stern <stern@rowland.harvard.edu> wrote:

> On Wed, 5 Jan 2005, Paul Ionescu wrote:
> 
> > Hi Alan,
> > 
> > CONFIG_USB_SUSPEND is not set.
> > Should I try to set it ? 
> > I thought it is for something else from its
> attached
> > help, that's why I left it unset.
> 
> No, leaving it unset is fine (and probably best, for
> the moment).  I just 
> wanted to know whether or not you had set it.
> 
> Alan Stern
> 
> 



		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Alan Stern]

On Wed, 5 Jan 2005, Paul Ionescu wrote:

> Hi Alan,
> 
> I just compiled a new kernel with both
> CONFIG_USB_SUSPEND and CONFIG_USB_DEBUG, and now it
> works if nothing is plugged in USB when I suspend the
> machine.
> If I have something plugged in at suspend time, after
> resume it is not there anymore, and I have to
> pull/plug the device again.

Just out of curiosity, does the same thing happen with CONFIG_USB_SUSPEND 
if you rmmod ehci-hcd before suspending?  Does a device plugged in to the 
UHCI controller continue to work after you resume?

Alan Stern



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Oliver Neukum]

Am Donnerstag, 6. Januar 2005 16:40 schrieb Alan Stern:
> On Wed, 5 Jan 2005, Paul Ionescu wrote:
> 
> > Hi Alan,
> > 
> > I just compiled a new kernel with both
> > CONFIG_USB_SUSPEND and CONFIG_USB_DEBUG, and now it
> > works if nothing is plugged in USB when I suspend the
> > machine.
> > If I have something plugged in at suspend time, after
> > resume it is not there anymore, and I have to
> > pull/plug the device again.
> 
> Just out of curiosity, does the same thing happen with CONFIG_USB_SUSPEND 
> if you rmmod ehci-hcd before suspending?  Does a device plugged in to the 
> UHCI controller continue to work after you resume?

Rmmoding ehci_hcd before suspend results in a system working
flawlessly for me.

	Regards
		Oliver


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hi Oliver,

Yes, it works if rmmod ehci_hcd before suspending, but
it was a time when there was no need to rmmod anything
before suspending ( for me was something like 2.6.7 or
around ).
In 2.6.9 you cannot suspend anymore with ehci-hcd
loaded, in 2.6.10 you can but you screw your uhci and
sometime hang your usb stack.

--- Oliver Neukum <oliver@neukum.org> wrote:

> Am Donnerstag, 6. Januar 2005 16:40 schrieb Alan
> Stern:
> > On Wed, 5 Jan 2005, Paul Ionescu wrote:
> > 
> > > Hi Alan,
> > > 
> > > I just compiled a new kernel with both
> > > CONFIG_USB_SUSPEND and CONFIG_USB_DEBUG, and now
> it
> > > works if nothing is plugged in USB when I
> suspend the
> > > machine.
> > > If I have something plugged in at suspend time,
> after
> > > resume it is not there anymore, and I have to
> > > pull/plug the device again.
> > 
> > Just out of curiosity, does the same thing happen
> with CONFIG_USB_SUSPEND 
> > if you rmmod ehci-hcd before suspending?  Does a
> device plugged in to the 
> > UHCI controller continue to work after you resume?
> 
> Rmmoding ehci_hcd before suspend results in a system
> working
> flawlessly for me.
> 
> 	Regards
> 		Oliver
> 



		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Oliver Neukum]

Am Donnerstag, 6. Januar 2005 19:28 schrieb Paul Ionescu:
> Hi Oliver,
> 
> Yes, it works if rmmod ehci_hcd before suspending, but
> it was a time when there was no need to rmmod anything
> before suspending ( for me was something like 2.6.7 or
> around ).
> In 2.6.9 you cannot suspend anymore with ehci-hcd
> loaded, in 2.6.10 you can but you screw your uhci and
> sometime hang your usb stack.

This state of affairs is undesirable. It seems important to me to
establish that we both see the same effect.

	Regards
		Oliver


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: Re: [linux-usb-devel] kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 1400 bytes --]

Hi Oliver,

Yes, it works better without ehci_hcd.
I still have some minor issues, it is not flawless,
but
definitely better than before.
Please note, that for me it works the other way too:
If I rmmod uhci_hcd before suspend and I insert it
after resume, I have a happy system.
So it seems that they don't like each other (ie uhci
and ehci) when suspended.

--- Oliver Neukum <oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org> wrote:

> Am Donnerstag, 6. Januar 2005 19:28 schrieb Paul
> Ionescu:
> > Hi Oliver,
> > 
> > Yes, it works if rmmod ehci_hcd before suspending,
> but
> > it was a time when there was no need to rmmod
> anything
> > before suspending ( for me was something like
> 2.6.7 or
> > around ).
> > In 2.6.9 you cannot suspend anymore with ehci-hcd
> > loaded, in 2.6.10 you can but you screw your uhci
> and
> > sometime hang your usb stack.
> 
> This state of affairs is undesirable. It seems
> important to me to
> establish that we both see the same effect.
> 
> 	Regards
> 		Oliver
> 



		
__________________________________ 
Do you Yahoo!? 
All your favorites on one personal page – Try My Yahoo!
http://my.yahoo.com 


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: [linux-usb-devel] kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hi Alan,

Yes, I think it works as you expected.
I have CONFIG_USB_SUSPEND and CONFIG_USB_DEBUG, and
the behaviour is:

If ehci-hcd is not loaded but only uhci-hcd, suspend
and resume works just fine with and without USB
devices plugged in.

If ehci-hcd and uhci-hcd is loaded , suspend and
resume works as expected if there is no USB device
plugged at suspend/resume time, or if there are both
uhci (USB 1/1.1) and ehci (USB 2) devices. 
If there are only uhci devices (USB 1/1.1) when
suspending, they are not seen upon resume, unless I
unplug/replug them again.

Hmmm, interesting.


Thanks,
Paul

--- Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org> wrote:

> On Wed, 5 Jan 2005, Paul Ionescu wrote:
> 
> > Hi Alan,
> > 
> > I just compiled a new kernel with both
> > CONFIG_USB_SUSPEND and CONFIG_USB_DEBUG, and now
> it
> > works if nothing is plugged in USB when I suspend
> the
> > machine.
> > If I have something plugged in at suspend time,
> after
> > resume it is not there anymore, and I have to
> > pull/plug the device again.
> 
> Just out of curiosity, does the same thing happen
> with CONFIG_USB_SUSPEND 
> if you rmmod ehci-hcd before suspending?  Does a
> device plugged in to the 
> UHCI controller continue to work after you resume?
> 
> Alan Stern
> 
> 



		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

The dmesg from a kernel 2.6.10 with CONFIG_USB_DEBUG
is bellow:
suspended without any device plugged, resumed, plugged
a device in.

uhci_hcd 0000:00:1d.1: suspend_hc
PM: Preparing system for suspend
ehci_hcd 0000:00:1d.7: --> PCI D3hot
uhci_hcd 0000:00:1d.2: suspend_hc
uhci_hcd 0000:00:1d.2: --> PCI D0/legacy
uhci_hcd 0000:00:1d.1: suspend_hc
uhci_hcd 0000:00:1d.1: --> PCI D0/legacy
uhci_hcd 0000:00:1d.0: suspend_hc
uhci_hcd 0000:00:1d.0: --> PCI D0/legacy
PM: Entering state.
 hwsleep-0307 [23] acpi_enter_sleep_state: Entering
sleep state [S3]
Back to C!
Warning: CPU frequency is 1700000, cpufreq assumed
1000000 kHz.
Debug: sleeping function called from invalid context
at mm/slab.c:2062
in_atomic():0, irqs_disabled():1
 [<c01188f5>] __might_sleep+0x95/0xb0
 [<c0216247>] acpi_ut_trace+0x28/0x2e
 [<c0140690>] kmem_cache_alloc+0x50/0x60
 [<c021d362>] acpi_pci_link_set+0x89/0x26b
 [<c021da11>] acpi_pci_link_resume+0x45/0x79
 [<c021da88>] irqrouter_resume+0x43/0x5e
 [<c025a0c6>] sysdev_resume+0x66/0xc4
 [<c025dbb5>] device_power_up+0x5/0xa
 [<c0131bd0>] suspend_enter+0x30/0x50
 [<c0131c93>] enter_state+0x63/0x90
 [<c021a513>] acpi_suspend+0x28/0x35
 [<c01d9a44>] copy_from_user+0x54/0x90
 [<c021a618>] acpi_system_write_sleep+0x66/0x77
 [<c01548e1>] vfs_write+0xd1/0x130
 [<c01549f1>] sys_write+0x41/0x70
 [<c0102e0d>] sysenter_past_esp+0x52/0x75
hub 4-0:1.0: resubmit --> -108
hub 2-0:1.0: resubmit --> -108
hub 3-0:1.0: resubmit --> -108
PM: Finishing up.
uhci_hcd 0000:00:1d.0: resume from PCI D0 (legacy)
PCI: Setting latency timer of device 0000:00:1d.0 to
64
uhci_hcd 0000:00:1d.1: resume from PCI D0 (legacy)
PCI: Setting latency timer of device 0000:00:1d.1 to
64
uhci_hcd 0000:00:1d.2: resume from PCI D0 (legacy)
PCI: Setting latency timer of device 0000:00:1d.2 to
64
ehci_hcd 0000:00:1d.7: resume from PCI D3hot
ehci_hcd 0000:00:1d.7: reset command 080002 (park)=0
ithresh=8 period=1024 Reset HALT
ehci_hcd 0000:00:1d.7: reset hcs_params 0x103206 dbg=1
cc=3 pcc=2 ordered !ppc ports=6
ehci_hcd 0000:00:1d.7: reset hcc_params 6871 thresh 7
uframes 1024 64 bit addr
ehci_hcd 0000:00:1d.7: capability 0001 at 68
ehci_hcd 0000:00:1d.7: reset command 080002 (park)=0
ithresh=8 period=1024 Reset HALT
PCI: cache line size of 32 is not supported by device
0000:00:1d.7
ehci_hcd 0000:00:1d.7: init command 010001 (park)=0
ithresh=1 period=1024 RUN
ehci_hcd 0000:00:1d.7: USB 2.0 restarted, EHCI 1.00,
driver 26 Oct 2004
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 7 (level,
low) -> IRQ 7
ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 5 (level,
low) -> IRQ 5
PCI: Setting latency timer of device 0000:00:1f.5 to
64
uhci_hcd 0000:00:1d.2: wakeup_hc
uhci_hcd 0000:00:1d.1: wakeup_hc
uhci_hcd 0000:00:1d.0: wakeup_hc
ACPI: PCI interrupt 0000:00:1f.6[B] -> GSI 5 (level,
low) -> IRQ 5
PCI: Setting latency timer of device 0000:00:1f.6 to
64
ACPI: PCI interrupt 0000:02:01.0[A] -> GSI 5 (level,
low) -> IRQ 5
hub 4-0:1.0: state 5 ports 2 chg fffc evt 0006
hub 2-0:1.0: state 5 ports 2 chg fffc evt 0006
hub 3-0:1.0: state 5 ports 2 chg fffc evt 0006
uhci_hcd 0000:00:1d.2: suspend_hc
uhci_hcd 0000:00:1d.1: suspend_hc
uhci_hcd 0000:00:1d.0: suspend_hc
e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps
Full Duplex
hub 1-0:1.0: state 5 ports 6 chg ffc0 evt 0010
ehci_hcd 0000:00:1d.7: GetStatus port 4 status 001803
POWER sig=j  CSC CONNECT
hub 1-0:1.0: port 4, status 0501, change 0001, 480
Mb/s
hub 1-0:1.0: debounce: port 4: total 100ms stable
100ms status 0x501
ehci_hcd 0000:00:1d.7: port 4 full speed --> companion
ehci_hcd 0000:00:1d.7: GetStatus port 4 status 003801
POWER OWNER sig=j  CONNECT
uhci_hcd 0000:00:1d.1: wakeup_hc
[root@r50p ~]# 


--- Alan Stern <stern@rowland.harvard.edu> wrote:

> On Wed, 5 Jan 2005, Paul Ionescu wrote:
> 
> > Hi Alan,
> > 
> > CONFIG_USB_SUSPEND is not set.
> > Should I try to set it ? 
> > I thought it is for something else from its
> attached
> > help, that's why I left it unset.
> 
> No, leaving it unset is fine (and probably best, for
> the moment).  I just 
> wanted to know whether or not you had set it.
> 
> Alan Stern
> 
> 



		
__________________________________ 
Do you Yahoo!? 
Read only the mail you want - Yahoo! Mail SpamGuard. 
http://promotions.yahoo.com/new_mail 


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Alan Stern]

On Wed, 5 Jan 2005, Paul Ionescu wrote:

> The dmesg from a kernel 2.6.10 with CONFIG_USB_DEBUG
> is bellow:
> suspended without any device plugged, resumed, plugged
> a device in.
> 
> uhci_hcd 0000:00:1d.1: suspend_hc
> PM: Preparing system for suspend
> ehci_hcd 0000:00:1d.7: --> PCI D3hot
> uhci_hcd 0000:00:1d.2: suspend_hc
> uhci_hcd 0000:00:1d.2: --> PCI D0/legacy
> uhci_hcd 0000:00:1d.1: suspend_hc
> uhci_hcd 0000:00:1d.1: --> PCI D0/legacy
> uhci_hcd 0000:00:1d.0: suspend_hc
> uhci_hcd 0000:00:1d.0: --> PCI D0/legacy
> PM: Entering state.
>  hwsleep-0307 [23] acpi_enter_sleep_state: Entering
> sleep state [S3]
> Back to C!
> Warning: CPU frequency is 1700000, cpufreq assumed
> 1000000 kHz.
> Debug: sleeping function called from invalid context
> at mm/slab.c:2062
> in_atomic():0, irqs_disabled():1
>  [<c01188f5>] __might_sleep+0x95/0xb0
>  [<c0216247>] acpi_ut_trace+0x28/0x2e
>  [<c0140690>] kmem_cache_alloc+0x50/0x60
>  [<c021d362>] acpi_pci_link_set+0x89/0x26b
>  [<c021da11>] acpi_pci_link_resume+0x45/0x79
>  [<c021da88>] irqrouter_resume+0x43/0x5e
>  [<c025a0c6>] sysdev_resume+0x66/0xc4
>  [<c025dbb5>] device_power_up+0x5/0xa
>  [<c0131bd0>] suspend_enter+0x30/0x50
>  [<c0131c93>] enter_state+0x63/0x90
>  [<c021a513>] acpi_suspend+0x28/0x35
>  [<c01d9a44>] copy_from_user+0x54/0x90
>  [<c021a618>] acpi_system_write_sleep+0x66/0x77
>  [<c01548e1>] vfs_write+0xd1/0x130
>  [<c01549f1>] sys_write+0x41/0x70
>  [<c0102e0d>] sysenter_past_esp+0x52/0x75
> hub 4-0:1.0: resubmit --> -108
> hub 2-0:1.0: resubmit --> -108
> hub 3-0:1.0: resubmit --> -108
> PM: Finishing up.
> uhci_hcd 0000:00:1d.0: resume from PCI D0 (legacy)
> PCI: Setting latency timer of device 0000:00:1d.0 to
> 64
> uhci_hcd 0000:00:1d.1: resume from PCI D0 (legacy)
> PCI: Setting latency timer of device 0000:00:1d.1 to
> 64
> uhci_hcd 0000:00:1d.2: resume from PCI D0 (legacy)
> PCI: Setting latency timer of device 0000:00:1d.2 to
> 64
> ehci_hcd 0000:00:1d.7: resume from PCI D3hot

I think you've run across another indication that the suspend/resume 
support in the USB drivers is not yet ready for prime time.  Does the 
patch below help?  (Note: this is meant for use with CONFIG_USB_SUSPEND 
not set.)

Alan Stern



--- 2.6.10-orig/drivers/usb/core/hcd.c	Mon Jan  3 09:39:35 2005
+++ 2.6.10/drivers/usb/core/hcd.c	Thu Jan  6 10:43:16 2005
@@ -534,7 +534,8 @@
 
 	/* complete the status urb, or retrigger the timer */
 	spin_lock (&hcd_data_lock);
-	if (urb->dev->state == USB_STATE_CONFIGURED) {
+	if (urb->dev->state == USB_STATE_CONFIGURED &&
+			hcd->state == USB_STATE_RUNNING) {
 		length = hcd->driver->hub_status_data (
 					hcd, urb->transfer_buffer);
 		if (length > 0) {



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[David Brownell]

On Thursday 06 January 2005 7:48 am, Alan Stern wrote:

> I think you've run across another indication that the suspend/resume 
> support in the USB drivers is not yet ready for prime time.  Does the 
> patch below help?  (Note: this is meant for use with CONFIG_USB_SUSPEND 
> not set.)

This would be a case where the root hub timer isn't
getting shut down "properly" during suspend ... right
now the OHCI and EHCI code test for HCD_IS_RUNNING()
in their hub_status_data() entries.  I remember not
liking that fix, but also not thinking usbcore was
a safe place for the fix -- I forget why.

- Dave


> --- 2.6.10-orig/drivers/usb/core/hcd.c	Mon Jan  3 09:39:35 2005
> +++ 2.6.10/drivers/usb/core/hcd.c	Thu Jan  6 10:43:16 2005
> @@ -534,7 +534,8 @@
>  
>  	/* complete the status urb, or retrigger the timer */
>  	spin_lock (&hcd_data_lock);
> -	if (urb->dev->state == USB_STATE_CONFIGURED) {
> +	if (urb->dev->state == USB_STATE_CONFIGURED &&
> +			hcd->state == USB_STATE_RUNNING) {
>  		length = hcd->driver->hub_status_data (
>  					hcd, urb->transfer_buffer);
>  		if (length > 0) {
> 
> 
> 


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hi Alan,

Now after a suspend/resume cycle, I see the devices
with lsusb, but they are not working (I tried a
mouse), and I get in logs a lot of:
Jan  6 20:04:14 r50p kernel:
drivers/usb/input/hid-core.c: input irq status -84
received
Jan  6 20:04:14 r50p kernel:
drivers/usb/input/hid-core.c: input irq status -84
received
Jan  6 20:04:14 r50p kernel: uhci_hcd 0000:00:1d.1:
suspend_hc
Jan  6 20:04:14 r50p kernel: uhci_hcd 0000:00:1d.1:
wakeup_hc
Jan  6 20:04:14 r50p kernel:
drivers/usb/input/hid-core.c: input irq status -84
received
Jan  6 20:04:16 r50p last message repeated 87 times
Jan  6 20:04:16 r50p kernel: uhci_hcd 0000:00:1d.1:
suspend_hc
Jan  6 20:04:16 r50p kernel: uhci_hcd 0000:00:1d.1:
wakeup_hc
Jan  6 20:04:17 r50p kernel:
drivers/usb/input/hid-core.c: input irq status -84
received
Jan  6 20:04:19 r50p last message repeated 86 times
Jan  6 20:04:19 r50p kernel: uhci_hcd 0000:00:1d.1:
suspend_hc
Jan  6 20:04:19 r50p kernel: uhci_hcd 0000:00:1d.1:
wakeup_hc
Jan  6 20:04:19 r50p kernel:
drivers/usb/input/hid-core.c: input irq status -84
received
Jan  6 20:04:21 r50p last message repeated 87 times

Now, even a rmmod/insmod after resume does not help
any more.
Tested with both ehci and uhci loaded when suspending.

Thanks,
Paul

--- Alan Stern <stern@rowland.harvard.edu> wrote:
> I think you've run across another indication that
> the suspend/resume 
> support in the USB drivers is not yet ready for
> prime time.  Does the 
> patch below help?  (Note: this is meant for use with
> CONFIG_USB_SUSPEND 
> not set.)
> 
> Alan Stern
> 
> 
> 
> --- 2.6.10-orig/drivers/usb/core/hcd.c	Mon Jan  3
> 09:39:35 2005
> +++ 2.6.10/drivers/usb/core/hcd.c	Thu Jan  6
> 10:43:16 2005
> @@ -534,7 +534,8 @@
>  
>  	/* complete the status urb, or retrigger the timer
> */
>  	spin_lock (&hcd_data_lock);
> -	if (urb->dev->state == USB_STATE_CONFIGURED) {
> +	if (urb->dev->state == USB_STATE_CONFIGURED &&
> +			hcd->state == USB_STATE_RUNNING) {
>  		length = hcd->driver->hub_status_data (
>  					hcd, urb->transfer_buffer);
>  		if (length > 0) {
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: [ACPI] Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hi Alan,

After some more testing, I noticed that if I suspend
with only UHCI loaded, it works fine.
If I suspend with only EHCI loaded, it works fine.
If I suspend with both UHCI and EHCI loaded, I run in
the problems we talked about.
When I say "works fine" that means that
suspends/resumes 
with and without USB devices plugged in.

Thanks,
Paul.


	
		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - You care about security. So do we. 
http://promotions.yahoo.com/new_mail


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: Re: [linux-usb-devel] kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[David Brownell]

> > After an ACPI S3 suspend it fails to see any USB
> > device plugged in.

Just for the record:  I've seen that work with
EHCI and OHCI, for S1 suspend (which works much
like S3 from the USB perspective) and swsusp in
poweredown "S4-ish" suspend.  At least, I've seen
that work for code that went into 2.6.10-early
patches; haven't made time to re-test lately.

- Dave



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: [ACPI] kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Pavel Machek]

Hi!

> With kernel 2.6.10, I have the following problem with uhci_hcd:
> After an ACPI S3 suspend it fails to see any USB device plugged in.
> If I unload the module and load it again, it works again.
> I hadn't this problem with previous kernels, where it worked just fine.
> Do you know something that changed between 2.6.9 and 2.6.10 that could
> lead to this behavior ?
> It is ACPI or USB fault ?

Does it work after swsusp? Can you try unloading module before suspend
and reloading it after resume?
								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Re: kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Paul Ionescu]

Hi Pavel,

I don't have swsusp compiled in, but if I unload and
reload the module, then it works.
Anyway, this is not the intended behaviour, as it
worked fine till 2.6.10 without unload/reload.

Thanks,
Paul

--- Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org> wrote:

> Hi!
> 
> > With kernel 2.6.10, I have the following problem
> with uhci_hcd:
> > After an ACPI S3 suspend it fails to see any USB
> device plugged in.
> > If I unload the module and load it again, it works
> again.
> > I hadn't this problem with previous kernels, where
> it worked just fine.
> > Do you know something that changed between 2.6.9
> and 2.6.10 that could
> > lead to this behavior ?
> > It is ACPI or USB fault ?
> 
> Does it work after swsusp? Can you try unloading
> module before suspend
> and reloading it after resume?
> 								Pavel
> -- 
> People were complaining that M$ turns users into
> beta-testers...
> ...jr ghea gurz vagb qrirybcref, naq gurl frrz gb
> yvxr vg gung jnl!
> 



		
__________________________________ 
Do you Yahoo!? 
Send a seasonal email greeting and help others. Do good. 
http://celebrity.mail.yahoo.com


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: [ACPI] kernel 2.6.10 , uhci-hcd problem after ACPI S3 suspend.

[Pavel Machek]

Hi!

> I don't have swsusp compiled in, but if I unload and
> reload the module, then it works.
> Anyway, this is not the intended behaviour, as it
> worked fine till 2.6.10 without unload/reload.

Yes it is a bug. Find which changeset causes it and complain to its author.
It is probably going to be some usb change.

> > > With kernel 2.6.10, I have the following problem
> > with uhci_hcd:
> > > After an ACPI S3 suspend it fails to see any USB
> > device plugged in.
> > > If I unload the module and load it again, it works
> > again.
> > > I hadn't this problem with previous kernels, where
> > it worked just fine.
> > > Do you know something that changed between 2.6.9
> > and 2.6.10 that could
> > > lead to this behavior ?
> > > It is ACPI or USB fault ?
> > 
> > Does it work after swsusp? Can you try unloading
> > module before suspend
> > and reloading it after resume?
> > 			
-- 
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms         



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel