From: Jiri Slaby <jirislaby@gmail.com>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: "Rafael J. Wysocki" <rjw@suse.com>,
akpm@linux-foundation.org, linux-kernel@vger.kernel.org,
Linux-pm mailing list <linux-pm@lists.linux-foundation.org>
Subject: Re: [linux-pm] Resume hangs [was: mmotm 2010-12-02-16-34 uploaded]
Date: Wed, 30 Mar 2011 16:11:17 +0200 [thread overview]
Message-ID: <4D933A05.10603@gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1102221029100.1968-100000@iolanthe.rowland.org>
On 02/22/2011 04:36 PM, Alan Stern wrote:
> On Tue, 22 Feb 2011, Jiri Slaby wrote:
>
>> On 02/04/2011 08:33 PM, Alan Stern wrote:
>>> On Fri, 4 Feb 2011, Jiri Slaby wrote:
>>>
>>>>>> It seems to suffice... No hangs still. Should I enable pm_async back
>>>>>> again to confirm the issue is still present?
>>>>>
>>>>> Yes, please, it would be good to know for sure.
>>>>
>>>> Ok, confirmed right now :).
>>>>
>>>> I disabled pm_async for USB again. What do you suggest next?
>>>
>>> What happens if you leave pm_async enabled but unplug all the USB
>>> devices before suspending? If there are any USB devices you can't
>>> unplug, you can get an equivalent result by unconfiguring the root
>>> hubs:
>>>
>>> for a in /sys/bus/usb/devices/usb* ; do
>>> echo 0 >$a/bConfigurationValue
>>> done
>>
>> This doesn't seem to help. The hang happened 3 times during the 2 weeks.
>>
>> I have /etc/pm/sleep.d/99usb-debug with:
>> #!/bin/bash
>>
>> send() {
>> for a in /sys/bus/usb/devices/usb* ; do
>> echo $1 >$a/bConfigurationValue
>> done
>> }
>>
>> case "$1" in
>> hibernate|suspend)
>> send 0
>> ;;
>> thaw|resume)
>> send 1
>> ;;
>> *)
>> ;;
>> esac
>>
>> exit 0
>>
>> And it indeed properly enable/disable usb before/after suspend.
>
> Strange indeed. It's worth noting that the async stuff affects only
> the normal suspend and resume operations, not the late-suspend and
> early-resume operations. This means that it all likelihood, the system
> crashes either before finishing the suspend or after doing a fair
> amount of the resume. And yet that's not consistent with what you see
> on the screen.
>
> By the way, are you booting with no_console_suspend? And do you do
> "echo 8 >/proc/sys/kernel/printk" (or equivalently, Alt-SysRq-8) before
> suspending?
I'm testing this on my desktop. I found out yesterday, that I had async
completely disabled. So I have no output yet.
I took my dvb-t tuner from desktop and connected it to my notebook. And
got a similar hang during resume right now. It may not be related
though. The trace is:
s2disk D 0000000000000000 0 6125 5902 0x00000004
ffff8800797aba78 0000000000000082 ffff8800797ab9f8 0000000000012ac0
ffff8800797abfd8 0000000000012ac0 ffff8800797abfd8 ffff8800797abfd8
ffff8800777fe7f0 0000000000012ac0 0000000000012ac0 ffff8800797aa000
Call Trace:
[<ffffffff8151e2ed>] schedule_timeout+0x28d/0x310
[<ffffffff8151d410>] wait_for_common+0xc0/0x150
[<ffffffff8133ad22>] _request_firmware+0x132/0x270
[<ffffffffa06df2c7>] dvb_usb_download_firmware+0x37/0xf0 [dvb_usb]
[<ffffffffa06dfbe5>] dvb_usb_device_init+0x165/0x1b0 [dvb_usb]
[<ffffffffa06d6c27>] af9015_usb_probe+0x87/0xa0 [dvb_usb_af9015]
[<ffffffff8138d9d2>] usb_probe_interface+0x142/0x270
[<ffffffff8132f3c0>] really_probe+0x70/0x220
[<ffffffff8132f757>] driver_probe_device+0x47/0xa0
[<ffffffff8132e19c>] bus_for_each_drv+0x5c/0x90
[<ffffffff8132f62f>] device_attach+0x8f/0xb0
[<ffffffff8138d5b0>] usb_rebind_intf+0x60/0xa0
[<ffffffff8138d6c7>] do_unbind_rebind+0x77/0xb0
[<ffffffff8138d76b>] usb_resume+0x6b/0xb0
[<ffffffff8137f96b>] usb_dev_complete+0xb/0x10
[<ffffffff81334d1e>] device_complete+0x8e/0xe0
[<ffffffff81335da1>] dpm_resume_end+0xa1/0x120
[<ffffffff8109d890>] hibernation_snapshot+0xc0/0x120
[<ffffffff810a1cde>] snapshot_ioctl+0x3ae/0x590
[<ffffffff81169794>] do_vfs_ioctl+0x84/0x2f0
[<ffffffff81169a98>] sys_ioctl+0x98/0xa0
[<ffffffff81002ed2>] system_call_fastpath+0x16/0x1b
[<00007fe6c82f8ce7>] 0x7fe6c82f8ce7
The firmware request should time out. I think I waited for longer than
60 s before when I saw the hangs on the desktop, But do you have an idea
why it doesn't load the FW immediately?
The device is:
Bus 001 Device 010: ID 0413:6029 Leadtek Research, Inc. WinFast DTV
Dongle Gold
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0413 Leadtek Research, Inc.
idProduct 0x6029 WinFast DTV Dongle Gold
bcdDevice 2.00
iManufacturer 1 Leadtek
iProduct 2 WinFast DTV Dongle Gold
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 71
bNumInterfaces 2
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 4
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x84 EP 4 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x85 EP 5 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Device
bInterfaceSubClass 0 No Subclass
bInterfaceProtocol 1 Keyboard
iInterface 0
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.01
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 65
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 16
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
bNumConfigurations 1
Device Status: 0x0000
(Bus Powered)
thanks,
--
js
next prev parent reply other threads:[~2011-03-30 14:11 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-03 0:34 mmotm 2010-12-02-16-34 uploaded akpm
2010-12-03 0:34 ` akpm
2010-12-03 17:33 ` mmotm 2010-12-02-16-34 uploaded (acpi_video) Randy Dunlap
2010-12-03 17:37 ` mmotm 2010-12-02-16-34 uploaded (netfilter-related) Randy Dunlap
2010-12-03 21:43 ` mmotm 2010-12-02-16-34 uploaded Zimny Lech
2010-12-03 21:43 ` Zimny Lech
2010-12-04 0:39 ` Stephen Rothwell
2010-12-06 17:11 ` Randy Dunlap
2010-12-06 17:11 ` Randy Dunlap
2010-12-05 8:25 ` Resume hangs [was: mmotm 2010-12-02-16-34 uploaded] Jiri Slaby
2010-12-05 13:08 ` Rafael J. Wysocki
2010-12-13 10:04 ` Jiri Slaby
2010-12-13 21:10 ` Rafael J. Wysocki
2010-12-14 22:08 ` Jiri Slaby
2010-12-14 22:08 ` Jiri Slaby
2010-12-14 22:22 ` Rafael J. Wysocki
2011-01-06 14:18 ` Jiri Slaby
2011-01-20 15:23 ` Jiri Slaby
2011-01-20 21:02 ` Rafael J. Wysocki
2011-01-21 9:16 ` Jiri Slaby
2011-01-21 9:16 ` Jiri Slaby
2011-01-31 21:37 ` Jiri Slaby
2011-01-31 21:40 ` Jiri Slaby
2011-01-31 21:40 ` Jiri Slaby
2011-01-31 22:00 ` Rafael J. Wysocki
2011-02-04 18:33 ` Jiri Slaby
2011-02-04 18:33 ` Jiri Slaby
2011-02-04 19:33 ` [linux-pm] " Alan Stern
2011-02-04 19:38 ` Jiri Slaby
2011-02-04 19:38 ` [linux-pm] " Jiri Slaby
2011-02-04 20:07 ` Alan Stern
2011-02-04 20:07 ` Alan Stern
2011-02-22 8:45 ` Jiri Slaby
2011-02-22 8:45 ` [linux-pm] " Jiri Slaby
2011-02-22 15:36 ` Alan Stern
2011-02-23 11:58 ` Jiri Slaby
2011-02-23 11:58 ` [linux-pm] " Jiri Slaby
2011-02-23 15:59 ` Alan Stern
2011-02-23 15:59 ` Alan Stern
2011-02-24 18:41 ` Jiri Slaby
2011-02-24 18:41 ` [linux-pm] " Jiri Slaby
2011-03-08 9:13 ` Jiri Slaby
2011-03-08 19:25 ` Rafael J. Wysocki
2011-03-08 19:25 ` [linux-pm] " Rafael J. Wysocki
2011-03-08 20:31 ` Jiri Slaby
2011-03-08 22:12 ` Rafael J. Wysocki
2011-03-08 22:12 ` [linux-pm] " Rafael J. Wysocki
2011-03-08 22:14 ` Jiri Slaby
2011-03-08 22:14 ` [linux-pm] " Jiri Slaby
2011-03-08 22:15 ` Rafael J. Wysocki
2011-03-08 22:15 ` Rafael J. Wysocki
2011-03-08 22:16 ` Rafael J. Wysocki
2011-03-08 22:16 ` [linux-pm] " Rafael J. Wysocki
2011-03-08 22:18 ` Jiri Slaby
2011-03-08 22:18 ` [linux-pm] " Jiri Slaby
2011-03-08 20:31 ` Jiri Slaby
2011-03-08 9:13 ` Jiri Slaby
2011-03-30 14:11 ` Jiri Slaby
2011-03-30 14:11 ` Jiri Slaby [this message]
2011-03-30 15:10 ` Alan Stern
2011-03-30 15:10 ` [linux-pm] " Alan Stern
2011-03-30 20:02 ` Rafael J. Wysocki
2011-03-30 20:02 ` [linux-pm] " Rafael J. Wysocki
2011-03-30 21:19 ` Alan Stern
2011-03-30 21:19 ` Alan Stern
2011-02-22 15:36 ` Alan Stern
2011-02-04 19:33 ` Alan Stern
2011-01-31 22:00 ` Rafael J. Wysocki
2011-01-31 21:37 ` Jiri Slaby
2011-01-20 21:02 ` Rafael J. Wysocki
2011-01-20 15:23 ` Jiri Slaby
2011-01-06 14:18 ` Jiri Slaby
2010-12-14 22:22 ` Rafael J. Wysocki
2010-12-13 21:10 ` Rafael J. Wysocki
2010-12-13 10:04 ` Jiri Slaby
2010-12-05 13:08 ` Rafael J. Wysocki
2010-12-05 8:25 ` Jiri Slaby
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D933A05.10603@gmail.com \
--to=jirislaby@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=rjw@suse.com \
--cc=stern@rowland.harvard.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.