test9 suspend problems

test9 suspend problems

[David Ford]

# echo -n mem > /sys/power/state

PM: Preparing system for suspend
Stopping tasks: ======================================================|
hdb: start_power_step(step: 0)
hdb: completing PM request, suspend
hda: start_power_step(step: 0)
hda: start_power_step(step: 1)
hda: complete_power_step(step: 1, stat: 50, err: 0)
hda: completing PM request, suspend
PM: Entering state.
Back to C!
PM: Finishing up.
PCI: Setting latency timer of device 0000:00:1d.0 to 64
PCI: Setting latency timer of device 0000:00:1d.2 to 64
PCI: Setting latency timer of device 0000:00:1f.5 to 64
drivers/usb/host/uhci-hcd.c: bf80: host system error, PCI problems?
drivers/usb/host/uhci-hcd.c: bf80: host controller halted. very bad
orinoco_lock() called with hw_unavailable (dev=dcf667f8)
drivers/usb/host/uhci-hcd.c: bf80: host controller halted. very bad
drivers/usb/host/uhci-hcd.c: bf20: host system error, PCI problems?
drivers/usb/host/uhci-hcd.c: bf20: host controller halted. very bad
orinoco_lock() called with hw_unavailable (dev=dcf667f8)
hda: Wakeup request inited, waiting for !BSY...
hda: start_power_step(step: 1000)
blk: queue df5b4bf8, I/O limit 4095Mb (mask 0xffffffff)
hda: completing PM request, resume
hdb: Wakeup request inited, waiting for !BSY...
hdb: start_power_step(step: 1000)
hdb: completing PM request, resume
drivers/acpi/osl.c:734: spin_lock(drivers/acpi/osl.c:dffe0cb0) already 
locked by                     drivers/acpi/osl.c/734
drivers/acpi/osl.c:753: spin_unlock(drivers/acpi/osl.c:dffe0cb0) not locked
Restarting tasks... done
drivers/usb/host/uhci-hcd.c: bf80: host controller halted. very bad
drivers/usb/host/uhci-hcd.c: bf20: host controller halted. very bad
eth1: New link status: Connected (0001)
PM: Preparing system for suspend
Stopping tasks: ======================================================
 stopping tasks failed (1 tasks remaining)
Restarting tasks...<6> Strange, artsd not stopped
 done
PM: Preparing system for suspend
Stopping tasks: ======================================================
 stopping tasks failed (1 tasks remaining)
Restarting tasks...<6> Strange, artsd not stopped
 done


On resume, I need to a) close the lid and open it, b) run setfont to 
clear the garbage off the screen and make the text readable, and c) run 
kbdrate to reset the keyboard rate.

Problems: USB doesn't work after resuming. After plugging in a USB 
mouse, all I get is:

drivers/usb/host/uhci-hcd.c: bf80: host system error, PCI problems?
drivers/usb/host/uhci-hcd.c: bf80: host controller halted. very bad

Also, artsd and suspend just don't cooperate well.

artsd         D C255DAFC     0  2227   2080          2233       (NOTLB)
d8465ea8 00200082 df8d5960 c255dafc 0000000c df314df8 00000001 d849e960
       d8465ebc d035c960 c255dafc 0000000c df8d5960 0000014f c2566a95 
0000000c
       d849e960 df3aae24 00200286 d8464000 df3aae2c c0108155 df314df8 
0000000e
Call Trace:
 [<c0108155>] __down+0x133/0x32c
 [<c03ca818>] snd_pcm_action_single+0x5f/0x61
 [<c01259bd>] default_wake_function+0x0/0x2e
 [<c03d0605>] snd_pcm_playback_ioctl+0x0/0x33
 [<c0108830>] __down_failed+0x8/0xc
 [<c03d1548>] .text.lock.pcm_native+0x2d/0xc9
 [<c03cfc05>] snd_pcm_playback_ioctl1+0x52/0x610
 [<c01128f9>] timer_interrupt+0x2c6/0x3b6
 [<c03d0605>] snd_pcm_playback_ioctl+0x0/0x33
 [<c0195013>] sys_ioctl+0x214/0x405
 [<c0130b0d>] sys_gettimeofday+0x67/0xd0
 [<c010a07b>] syscall_call+0x7/0xb

re: test9 suspend problems

[John Mock]

Software suspend failing with 'uhci-hcd' is a known problem under 2.6.0
(see Bug #1373):

    http://www.ussg.iu.edu/hypermail/linux/kernel/0308.0/1805.html
    http://www.ussg.iu.edu/hypermail/linux/kernel/0308.0/1867.html
    http://bugzilla.kernel.org/show_bug.cgi?id=1373

It was reported a while ago (in 2.5.73-mm1):

    http://www.ussg.iu.edu/hypermail/linux/kernel/0306.3/1093.html

According to current release critera, it seems that most software-suspend
related issues will have to wait until after 2.6.0 is released in terms
of the regular kernel. (Maybe a private patch might be available sooner.)

If your only USB devices are mice and/or keyboards, then you can probably
put a 'rmmod uhci-hcd'/'modprobe uhci-hcd' pair in your hiberation script.

That fix is unlikely to work for things like file-oriented devices (such 
as digital cameras).
				-- JM

Re: test9 suspend problems

[David Ford]

Unfortunately I use USB mostly for my digital camera.  Losing sound is 
pretty annoying too because everything that tries to play sound then 
gets into D state as well.

John Mock wrote:

>Software suspend failing with 'uhci-hcd' is a known problem under 2.6.0
>(see Bug #1373):
>
>    http://www.ussg.iu.edu/hypermail/linux/kernel/0308.0/1805.html
>    http://www.ussg.iu.edu/hypermail/linux/kernel/0308.0/1867.html
>    http://bugzilla.kernel.org/show_bug.cgi?id=1373
>
>It was reported a while ago (in 2.5.73-mm1):
>
>    http://www.ussg.iu.edu/hypermail/linux/kernel/0306.3/1093.html
>
>According to current release critera, it seems that most software-suspend
>related issues will have to wait until after 2.6.0 is released in terms
>of the regular kernel. (Maybe a private patch might be available sooner.)
>
>If your only USB devices are mice and/or keyboards, then you can probably
>put a 'rmmod uhci-hcd'/'modprobe uhci-hcd' pair in your hiberation script.
>
>That fix is unlikely to work for things like file-oriented devices (such 
>as digital cameras).
>				-- JM
>  
>

Re: test9 suspend problems

[Patrick Mochel]

> Unfortunately I use USB mostly for my digital camera.  Losing sound is 
> pretty annoying too because everything that tries to play sound then 
> gets into D state as well.

That would most likely be due to your sound driver not supporting 
suspend/reusme. Which sound driver are you using? 

Thanks,


	Pat

Re: test9 suspend problems

[David Ford]

AlSA, i8x0

david

Patrick Mochel wrote:

>>Unfortunately I use USB mostly for my digital camera.  Losing sound is 
>>pretty annoying too because everything that tries to play sound then 
>>gets into D state as well.
>>    
>>
>
>That would most likely be due to your sound driver not supporting 
>suspend/reusme. Which sound driver are you using? 
>
>Thanks,
>
>
>	Pat
>  
>

Re: test9 suspend problems

[Patrick Mochel]

> AlSA, i8x0

The driver appears to have suspend/resume support, though it's not saving 
PCI config space, and I can't tell where the device is actually put into a 
low-power state. Perhaps the maintainer could provide some insight..

Sorry..


	Pat

Re: test9 suspend problems

[Felipe Alfaro Solana]

On Mon, 2003-10-27 at 22:53, Patrick Mochel wrote:
> > Unfortunately I use USB mostly for my digital camera.  Losing sound is 
> > pretty annoying too because everything that tries to play sound then 
> > gets into D state as well.
> 
> That would most likely be due to your sound driver not supporting 
> suspend/reusme. Which sound driver are you using? 

What about ALSA Yamaha YMFPCI sound driver? I need to unload it before
suspending.