linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 2.6.29-rc1 does not resume on Lenove T61
@ 2009-01-11 19:52 Zdenek Kabelac
  2009-01-11 20:15 ` Maciej Rutecki
  0 siblings, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-11 19:52 UTC (permalink / raw)
  To: Linux Kernel Mailing List; +Cc: Rafael J. Wysocki, Henrique de Moraes Holschuh

Hi

I've booted and tested 2.6.29-rc1 (c59765042f53a79a7a65585042ff463b69cb248c)

I've observed that suspend is unusable - it goes to sleep - the sleep
LED is on. After few secs system turns on back itself - and stays in
some frozen state
and the sleep LED is still on. Usually I get black screen - but once
I've noticed screen with this text:

x86 PAT enabled  cpu0,.....
back to C
Extended CMOS year 2000

but most probably this is not very helpful - however it's kind of hard
to bisect kernel, because patches in the transition from
2.6.28->2.6.29-rc1 usually caused a lot of unstable behavior on my
T61.

So are there any suspected patches I could try to revert directly ?
(I would have assumed some new ACPI controlling for thinkpad - thought
I don't understand why it's get broken over and over again)

Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-11 19:52 2.6.29-rc1 does not resume on Lenove T61 Zdenek Kabelac
@ 2009-01-11 20:15 ` Maciej Rutecki
  2009-01-11 22:59   ` Zdenek Kabelac
  2009-01-12  0:48   ` Heiko Carstens
  0 siblings, 2 replies; 29+ messages in thread
From: Maciej Rutecki @ 2009-01-11 20:15 UTC (permalink / raw)
  To: Zdenek Kabelac
  Cc: Linux Kernel Mailing List, Rafael J. Wysocki,
	Henrique de Moraes Holschuh

2009/1/11 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> Hi
>
> I've booted and tested 2.6.29-rc1 (c59765042f53a79a7a65585042ff463b69cb248c)
>
> I've observed that suspend is unusable - it goes to sleep - the sleep
> LED is on. After few secs system turns on back itself - and stays in
> some frozen state

A have similar situation, one difference: I get blank screen during
resume from suspend to ram. Also sometimes, like You, system turns on
back itself.

[...]

> but most probably this is not very helpful - however it's kind of hard
> to bisect kernel, because patches in the transition from
> 2.6.28->2.6.29-rc1 usually caused a lot of unstable behavior on my
> T61.

The same. Suspend to disk die on this message:
http://www.unixy.pl/maciek/download/kernel/2.6.29-rc1/pc/img_0002.jpg
(this is during go to suspend to disk, NOT resume)

I try bisect, but I got many other problems, like this:
http://www.unixy.pl/maciek/download/kernel/2.6.29-rc1/pc/img_0003.jpg

So, I cannot finish bisect.

>

Config, dmesg:
http://www.unixy.pl/maciek/download/kernel/2.6.29-rc1/pc/


-- 
Maciej Rutecki
http://www.maciek.unixy.pl

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-11 20:15 ` Maciej Rutecki
@ 2009-01-11 22:59   ` Zdenek Kabelac
  2009-01-12  8:03     ` Rafael J. Wysocki
  2009-01-12  0:48   ` Heiko Carstens
  1 sibling, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-11 22:59 UTC (permalink / raw)
  To: Maciej Rutecki
  Cc: Linux Kernel Mailing List, Rafael J. Wysocki,
	Henrique de Moraes Holschuh

2009/1/11 Maciej Rutecki <maciej.rutecki@gmail.com>:
> 2009/1/11 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> Hi
>>
>> I've booted and tested 2.6.29-rc1 (c59765042f53a79a7a65585042ff463b69cb248c)
>>
>> I've observed that suspend is unusable - it goes to sleep - the sleep
>> LED is on. After few secs system turns on back itself - and stays in
>> some frozen state
>
> A have similar situation, one difference: I get blank screen during
> resume from suspend to ram. Also sometimes, like You, system turns on
> back itself.
>

So it looks like reverting this commit:

http://marc.info/?l=linux-kernel&m=123140019117968&w=4
(6fd9086a518d4f14213a32fe6c9ac17fabebbc1e)
(which is already a tracked regression)
fixes the problem with auto-resume

But the problem with deadlock in the resume phase is still there.

Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-11 20:15 ` Maciej Rutecki
  2009-01-11 22:59   ` Zdenek Kabelac
@ 2009-01-12  0:48   ` Heiko Carstens
  1 sibling, 0 replies; 29+ messages in thread
From: Heiko Carstens @ 2009-01-12  0:48 UTC (permalink / raw)
  To: Maciej Rutecki
  Cc: Zdenek Kabelac, Linux Kernel Mailing List, Rafael J. Wysocki,
	Henrique de Moraes Holschuh

On Sun, Jan 11, 2009 at 09:15:38PM +0100, Maciej Rutecki wrote:
> 2009/1/11 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> > Hi
> >
> > I've booted and tested 2.6.29-rc1 (c59765042f53a79a7a65585042ff463b69cb248c)
> >
> > I've observed that suspend is unusable - it goes to sleep - the sleep
> > LED is on. After few secs system turns on back itself - and stays in
> > some frozen state
> 
> A have similar situation, one difference: I get blank screen during
> resume from suspend to ram. Also sometimes, like You, system turns on
> back itself.
> 
> [...]
> 
> > but most probably this is not very helpful - however it's kind of hard
> > to bisect kernel, because patches in the transition from
> > 2.6.28->2.6.29-rc1 usually caused a lot of unstable behavior on my
> > T61.
> 
> The same. Suspend to disk die on this message:
> http://www.unixy.pl/maciek/download/kernel/2.6.29-rc1/pc/img_0002.jpg
> (this is during go to suspend to disk, NOT resume)
> 
> I try bisect, but I got many other problems, like this:
> http://www.unixy.pl/maciek/download/kernel/2.6.29-rc1/pc/img_0003.jpg
> 
> So, I cannot finish bisect.

The bug seen in img_0003.jpg is fixed with

a0e280e0f33f6c859a235fb69a875ed8f3420388

So you could continue bisecting if you would apply the patch, compile
the kernel and test it, and revert the patch again before marking the
kernel good/bad.

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-11 22:59   ` Zdenek Kabelac
@ 2009-01-12  8:03     ` Rafael J. Wysocki
  2009-01-12  9:15       ` Maciej Rutecki
  2009-01-12 12:14       ` Zdenek Kabelac
  0 siblings, 2 replies; 29+ messages in thread
From: Rafael J. Wysocki @ 2009-01-12  8:03 UTC (permalink / raw)
  To: Zdenek Kabelac
  Cc: Maciej Rutecki, Linux Kernel Mailing List, Henrique de Moraes Holschuh

On Sunday 11 January 2009, Zdenek Kabelac wrote:
> 2009/1/11 Maciej Rutecki <maciej.rutecki@gmail.com>:
> > 2009/1/11 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> Hi
> >>
> >> I've booted and tested 2.6.29-rc1 (c59765042f53a79a7a65585042ff463b69cb248c)
> >>
> >> I've observed that suspend is unusable - it goes to sleep - the sleep
> >> LED is on. After few secs system turns on back itself - and stays in
> >> some frozen state
> >
> > A have similar situation, one difference: I get blank screen during
> > resume from suspend to ram. Also sometimes, like You, system turns on
> > back itself.
> >
> 
> So it looks like reverting this commit:
> 
> http://marc.info/?l=linux-kernel&m=123140019117968&w=4
> (6fd9086a518d4f14213a32fe6c9ac17fabebbc1e)
> (which is already a tracked regression)
> fixes the problem with auto-resume
> 
> But the problem with deadlock in the resume phase is still there.

Please check if unloading all of the USB controller modules before suspend
helps.

Thanks,
Rafael

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-12  8:03     ` Rafael J. Wysocki
@ 2009-01-12  9:15       ` Maciej Rutecki
  2009-01-12  9:23         ` Oliver Neukum
  2009-01-12 12:14       ` Zdenek Kabelac
  1 sibling, 1 reply; 29+ messages in thread
From: Maciej Rutecki @ 2009-01-12  9:15 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Zdenek Kabelac, Linux Kernel Mailing List, Henrique de Moraes Holschuh

2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:

>
> Please check if unloading all of the USB controller modules before suspend
> helps.
>
> Thanks,
> Rafael
>

I try remowe usbhid, hid, ehci_hcd, uhci_hcd, psmouse (s2ram and
s2disk doesn't work), but I had problem with unloading usbcore:
ERROR: Module usbcore is in use

lsmod, after trying unload modules:
Module                  Size  Used by
i915                  139656  1
drm                   149888  2 i915
tun                    10820  0
acpi_cpufreq            7532  0
xt_tcpudp               2848  20
xt_limit                1956  1
xt_state                1888  3
iptable_nat             4832  0
nf_nat                 18324  1 iptable_nat
nf_conntrack_ipv4      13324  6 iptable_nat,nf_nat
nf_conntrack           66248  4 xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4
nf_defrag_ipv4          1760  1 nf_conntrack_ipv4
iptable_filter          2496  1
ip_tables              11408  2 iptable_nat,iptable_filter
x_tables               15076  5
xt_tcpudp,xt_limit,xt_state,iptable_nat,ip_tables
ppdev                   7300  0
lp                      8708  0
aes_i586                7584  2
aes_generic            28160  1 aes_i586
cbc                     3264  2
dm_crypt               12356  1
dm_mod                 51716  5 dm_crypt
nvram                   7116  0
fuse                   54268  1
coretemp                5728  0
it87                   20080  0
hwmon_vid               2976  1 it87
loop                   14316  0
snd_hda_codec_realtek   188164  1
snd_hda_intel          23752  1
snd_hda_codec          59712  2 snd_hda_codec_realtek,snd_hda_intel
snd_pcm_oss            38560  0
snd_mixer_oss          14752  1 snd_pcm_oss
snd_pcm                74404  3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_dummy           2596  0
snd_seq_oss            30208  0
snd_seq_midi            6144  0
snd_rawmidi            21088  1 snd_seq_midi
snd_seq_midi_event      6880  2 snd_seq_oss,snd_seq_midi
snd_seq                49808  6
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer              20680  2 snd_pcm,snd_seq
snd_seq_device          6860  5
snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd                    55588  13
snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
8139too                23488  0
soundcore               7232  1 snd
rtc_cmos               10380  0
8139cp                 18976  0
i2c_i801                8592  0
iTCO_wdt               10500  0
snd_page_alloc          8808  2 snd_hda_intel,snd_pcm
button                  5840  0
rtc_core               16668  1 rtc_cmos
rtc_lib                 2912  1 rtc_core
r8169                  31652  0
mii                     5344  3 8139too,8139cp,r8169
usbcore               146800  1
parport_pc             21636  1
parport                23424  3 ppdev,lp,parport_pc
evdev                   9472  2

How to force unload (safe) usbcore module?

-- 
Maciej Rutecki
http://www.maciek.unixy.pl

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-12  9:15       ` Maciej Rutecki
@ 2009-01-12  9:23         ` Oliver Neukum
  0 siblings, 0 replies; 29+ messages in thread
From: Oliver Neukum @ 2009-01-12  9:23 UTC (permalink / raw)
  To: Maciej Rutecki
  Cc: Rafael J. Wysocki, Zdenek Kabelac, Linux Kernel Mailing List,
	Henrique de Moraes Holschuh

Am Monday 12 January 2009 10:15:48 schrieb Maciej Rutecki:
> I try remowe usbhid, hid, ehci_hcd, uhci_hcd, psmouse (s2ram and
> s2disk doesn't work), but I had problem with unloading usbcore:
> ERROR: Module usbcore is in use

That's OK. Without controller drivers usbcore does nothing.
Your problem is not related to usb.

(Most likely it was busy because you had usbfs mounted)

	Regards
		Oliver


^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-12  8:03     ` Rafael J. Wysocki
  2009-01-12  9:15       ` Maciej Rutecki
@ 2009-01-12 12:14       ` Zdenek Kabelac
  2009-01-12 12:40         ` Rafael J. Wysocki
  1 sibling, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-12 12:14 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Maciej Rutecki, Linux Kernel Mailing List, Henrique de Moraes Holschuh

2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> On Sunday 11 January 2009, Zdenek Kabelac wrote:
>> 2009/1/11 Maciej Rutecki <maciej.rutecki@gmail.com>:
>> > 2009/1/11 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> >> Hi
>> >>
>> >> I've booted and tested 2.6.29-rc1 (c59765042f53a79a7a65585042ff463b69cb248c)
>> >>
>> >> I've observed that suspend is unusable - it goes to sleep - the sleep
>> >> LED is on. After few secs system turns on back itself - and stays in
>> >> some frozen state
>> >
>> > A have similar situation, one difference: I get blank screen during
>> > resume from suspend to ram. Also sometimes, like You, system turns on
>> > back itself.
>> >
>>
>> So it looks like reverting this commit:
>>
>> http://marc.info/?l=linux-kernel&m=123140019117968&w=4
>> (6fd9086a518d4f14213a32fe6c9ac17fabebbc1e)
>> (which is already a tracked regression)
>> fixes the problem with auto-resume
>>
>> But the problem with deadlock in the resume phase is still there.
>
> Please check if unloading all of the USB controller modules before suspend
> helps.

I've booted to single mode without   usbcore module (thus any load of
other usb modules fails)
(removed from initramdisk as well)

This time the resume stops with these 3 lines (I'm using
no_console_suspend kernel option):

....
thinkpad_acpi  thinkpad_acpi: EARLY resume
thinkpad_hwmon  thinkpad_hwmon: EARLY resume
Enabling non-boot CPUs...

And after this it stays in deadlock -  LED for sleep is still being on

Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-12 12:14       ` Zdenek Kabelac
@ 2009-01-12 12:40         ` Rafael J. Wysocki
  2009-01-12 12:50           ` Zdenek Kabelac
  0 siblings, 1 reply; 29+ messages in thread
From: Rafael J. Wysocki @ 2009-01-12 12:40 UTC (permalink / raw)
  To: Zdenek Kabelac
  Cc: Maciej Rutecki, Linux Kernel Mailing List, Henrique de Moraes Holschuh

On Monday 12 January 2009, Zdenek Kabelac wrote:
> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> > On Sunday 11 January 2009, Zdenek Kabelac wrote:
> >> 2009/1/11 Maciej Rutecki <maciej.rutecki@gmail.com>:
> >> > 2009/1/11 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> >> Hi
> >> >>
> >> >> I've booted and tested 2.6.29-rc1 (c59765042f53a79a7a65585042ff463b69cb248c)
> >> >>
> >> >> I've observed that suspend is unusable - it goes to sleep - the sleep
> >> >> LED is on. After few secs system turns on back itself - and stays in
> >> >> some frozen state
> >> >
> >> > A have similar situation, one difference: I get blank screen during
> >> > resume from suspend to ram. Also sometimes, like You, system turns on
> >> > back itself.
> >> >
> >>
> >> So it looks like reverting this commit:
> >>
> >> http://marc.info/?l=linux-kernel&m=123140019117968&w=4
> >> (6fd9086a518d4f14213a32fe6c9ac17fabebbc1e)
> >> (which is already a tracked regression)
> >> fixes the problem with auto-resume
> >>
> >> But the problem with deadlock in the resume phase is still there.
> >
> > Please check if unloading all of the USB controller modules before suspend
> > helps.
> 
> I've booted to single mode without   usbcore module (thus any load of
> other usb modules fails)
> (removed from initramdisk as well)
> 
> This time the resume stops with these 3 lines (I'm using
> no_console_suspend kernel option):
> 
> ....
> thinkpad_acpi  thinkpad_acpi: EARLY resume
> thinkpad_hwmon  thinkpad_hwmon: EARLY resume
> Enabling non-boot CPUs...

So it seems we have broken CPU hotplug again.

Does disabling/enabling CPU1 using
/sys/devices/system/cpu/cpu1/online work?

If it does, please boot with 'no_console_suspend' in the kernel command line,
run:

# echo core > /sys/power/pm_test
# echo 8 > /proc/sys/kernel/printk
# echo mem > /sys/power/state

and see what happens (you need to have PM_DEBUG set in the kernel .config).

Please send dmesg output generated right after the above (if it works).

Thanks,
Rafael

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-12 12:40         ` Rafael J. Wysocki
@ 2009-01-12 12:50           ` Zdenek Kabelac
  2009-01-12 17:19             ` Rafael J. Wysocki
  2009-01-13 14:04             ` Michal Hocko
  0 siblings, 2 replies; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-12 12:50 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Maciej Rutecki, Linux Kernel Mailing List, Henrique de Moraes Holschuh

2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> On Monday 12 January 2009, Zdenek Kabelac wrote:
>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
>> > On Sunday 11 January 2009, Zdenek Kabelac wrote:
>> >> 2009/1/11 Maciej Rutecki <maciej.rutecki@gmail.com>:
>> >> > 2009/1/11 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> >> >> Hi
>> >> >>
>> >> >> I've booted and tested 2.6.29-rc1 (c59765042f53a79a7a65585042ff463b69cb248c)
>> >> >>
>> >> >> I've observed that suspend is unusable - it goes to sleep - the sleep
>> >> >> LED is on. After few secs system turns on back itself - and stays in
>> >> >> some frozen state
>> >> >
>> >> > A have similar situation, one difference: I get blank screen during
>> >> > resume from suspend to ram. Also sometimes, like You, system turns on
>> >> > back itself.
>> >> >
>> >>
>> >> So it looks like reverting this commit:
>> >>
>> >> http://marc.info/?l=linux-kernel&m=123140019117968&w=4
>> >> (6fd9086a518d4f14213a32fe6c9ac17fabebbc1e)
>> >> (which is already a tracked regression)
>> >> fixes the problem with auto-resume
>> >>
>> >> But the problem with deadlock in the resume phase is still there.
>> >
>> > Please check if unloading all of the USB controller modules before suspend
>> > helps.
>>
>> I've booted to single mode without   usbcore module (thus any load of
>> other usb modules fails)
>> (removed from initramdisk as well)
>>
>> This time the resume stops with these 3 lines (I'm using
>> no_console_suspend kernel option):
>>
>> ....
>> thinkpad_acpi  thinkpad_acpi: EARLY resume
>> thinkpad_hwmon  thinkpad_hwmon: EARLY resume
>> Enabling non-boot CPUs...
>
> So it seems we have broken CPU hotplug again.
>
> Does disabling/enabling CPU1 using
> /sys/devices/system/cpu/cpu1/online work?
>
> If it does, please boot with 'no_console_suspend' in the kernel command line,
> run:
>
> # echo core > /sys/power/pm_test
> # echo 8 > /proc/sys/kernel/printk
> # echo mem > /sys/power/state
>
> and see what happens (you need to have PM_DEBUG set in the kernel .config).
>
> Please send dmesg output generated right after the above (if it works).


I've taken from another Ingo's thread the idea to revert patch:

7503bfbae89eba07b46441a5d1594647f6b8ab7d


With this patch reverted and  o/e/uhci_hcd & usbhid modules removed
before pm-suspend
(usbcore could be loaded, I've not trace which one of those usb
modules makes the problem)
my system resumes properl again.

Zdenek

PS: I'll do the above 'echo' trace later (being busy right now).

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-12 12:50           ` Zdenek Kabelac
@ 2009-01-12 17:19             ` Rafael J. Wysocki
  2009-01-13 22:36               ` Zdenek Kabelac
  2009-01-13 14:04             ` Michal Hocko
  1 sibling, 1 reply; 29+ messages in thread
From: Rafael J. Wysocki @ 2009-01-12 17:19 UTC (permalink / raw)
  To: Zdenek Kabelac
  Cc: Maciej Rutecki, Linux Kernel Mailing List, Henrique de Moraes Holschuh

On Monday 12 January 2009, Zdenek Kabelac wrote:
> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> > On Monday 12 January 2009, Zdenek Kabelac wrote:
> >> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> >> > On Sunday 11 January 2009, Zdenek Kabelac wrote:
> >> >> 2009/1/11 Maciej Rutecki <maciej.rutecki@gmail.com>:
> >> >> > 2009/1/11 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> >> >> Hi
> >> >> >>
> >> >> >> I've booted and tested 2.6.29-rc1 (c59765042f53a79a7a65585042ff463b69cb248c)
> >> >> >>
> >> >> >> I've observed that suspend is unusable - it goes to sleep - the sleep
> >> >> >> LED is on. After few secs system turns on back itself - and stays in
> >> >> >> some frozen state
> >> >> >
> >> >> > A have similar situation, one difference: I get blank screen during
> >> >> > resume from suspend to ram. Also sometimes, like You, system turns on
> >> >> > back itself.
> >> >> >
> >> >>
> >> >> So it looks like reverting this commit:
> >> >>
> >> >> http://marc.info/?l=linux-kernel&m=123140019117968&w=4
> >> >> (6fd9086a518d4f14213a32fe6c9ac17fabebbc1e)
> >> >> (which is already a tracked regression)
> >> >> fixes the problem with auto-resume
> >> >>
> >> >> But the problem with deadlock in the resume phase is still there.
> >> >
> >> > Please check if unloading all of the USB controller modules before suspend
> >> > helps.
> >>
> >> I've booted to single mode without   usbcore module (thus any load of
> >> other usb modules fails)
> >> (removed from initramdisk as well)
> >>
> >> This time the resume stops with these 3 lines (I'm using
> >> no_console_suspend kernel option):
> >>
> >> ....
> >> thinkpad_acpi  thinkpad_acpi: EARLY resume
> >> thinkpad_hwmon  thinkpad_hwmon: EARLY resume
> >> Enabling non-boot CPUs...
> >
> > So it seems we have broken CPU hotplug again.
> >
> > Does disabling/enabling CPU1 using
> > /sys/devices/system/cpu/cpu1/online work?
> >
> > If it does, please boot with 'no_console_suspend' in the kernel command line,
> > run:
> >
> > # echo core > /sys/power/pm_test
> > # echo 8 > /proc/sys/kernel/printk
> > # echo mem > /sys/power/state
> >
> > and see what happens (you need to have PM_DEBUG set in the kernel .config).
> >
> > Please send dmesg output generated right after the above (if it works).
> 
> 
> I've taken from another Ingo's thread the idea to revert patch:
> 
> 7503bfbae89eba07b46441a5d1594647f6b8ab7d
> 
> 
> With this patch reverted and  o/e/uhci_hcd & usbhid modules removed
> before pm-suspend
> (usbcore could be loaded, I've not trace which one of those usb
> modules makes the problem)
> my system resumes properl again.

Sure, good idea.  I've been running with this reverted recently.
 
> PS: I'll do the above 'echo' trace later (being busy right now).

That shouldn't be necessary if you can suspend-resume with
7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
modules unloaded.

Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
and see if suspend-resume works in this configuration.

Thanks,
Rafael

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-12 12:50           ` Zdenek Kabelac
  2009-01-12 17:19             ` Rafael J. Wysocki
@ 2009-01-13 14:04             ` Michal Hocko
  1 sibling, 0 replies; 29+ messages in thread
From: Michal Hocko @ 2009-01-13 14:04 UTC (permalink / raw)
  To: Zdenek Kabelac
  Cc: Rafael J. Wysocki, Maciej Rutecki, Linux Kernel Mailing List,
	Henrique de Moraes Holschuh

[-- Attachment #1: Type: text/plain, Size: 4822 bytes --]

Hi,

I don't have Lenovo T61 but I seem to experience similar resume problem
with Fujitsu Siemens E series notebook except for auto-resume issue
which I have never experienced.

On Mon 12-01-09 13:50:12, Zdenek Kabelac wrote:
> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> > On Monday 12 January 2009, Zdenek Kabelac wrote:
> >> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> >> > On Sunday 11 January 2009, Zdenek Kabelac wrote:
> >> >> 2009/1/11 Maciej Rutecki <maciej.rutecki@gmail.com>:
> >> >> > 2009/1/11 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> >> >> Hi
> >> >> >>
> >> >> >> I've booted and tested 2.6.29-rc1 (c59765042f53a79a7a65585042ff463b69cb248c)
> >> >> >>
> >> >> >> I've observed that suspend is unusable - it goes to sleep - the sleep
> >> >> >> LED is on. After few secs system turns on back itself - and stays in
> >> >> >> some frozen state
> >> >> >
> >> >> > A have similar situation, one difference: I get blank screen during
> >> >> > resume from suspend to ram. Also sometimes, like You, system turns on
> >> >> > back itself.
> >> >> >
> >> >>
> >> >> So it looks like reverting this commit:
> >> >>
> >> >> http://marc.info/?l=linux-kernel&m=123140019117968&w=4
> >> >> (6fd9086a518d4f14213a32fe6c9ac17fabebbc1e)
> >> >> (which is already a tracked regression)
> >> >> fixes the problem with auto-resume
> >> >>
> >> >> But the problem with deadlock in the resume phase is still there.
> >> >
> >> > Please check if unloading all of the USB controller modules before suspend
> >> > helps.
> >>
> >> I've booted to single mode without   usbcore module (thus any load of
> >> other usb modules fails)
> >> (removed from initramdisk as well)
> >>
> >> This time the resume stops with these 3 lines (I'm using
> >> no_console_suspend kernel option):
> >>
> >> ....
> >> thinkpad_acpi  thinkpad_acpi: EARLY resume
> >> thinkpad_hwmon  thinkpad_hwmon: EARLY resume
> >> Enabling non-boot CPUs...
> >
> > So it seems we have broken CPU hotplug again.
> >
> > Does disabling/enabling CPU1 using
> > /sys/devices/system/cpu/cpu1/online work?
> >
> > If it does, please boot with 'no_console_suspend' in the kernel command line,
> > run:
> >
> > # echo core > /sys/power/pm_test
> > # echo 8 > /proc/sys/kernel/printk
> > # echo mem > /sys/power/state
> >
> > and see what happens (you need to have PM_DEBUG set in the kernel .config).
> >
> > Please send dmesg output generated right after the above (if it works).
> 
> 
> I've taken from another Ingo's thread the idea to revert patch:
> 
> 7503bfbae89eba07b46441a5d1594647f6b8ab7d
> 
> 
> With this patch reverted and  o/e/uhci_hcd & usbhid modules removed
> before pm-suspend
> (usbcore could be loaded, I've not trace which one of those usb
> modules makes the problem)
> my system resumes properl again.

This patch reverted helped to get my machine back up (if I suspend from X)
from s2r but screen is blank until I try to get to text console and
back. 

I have tried to run the test suggested by Rafael, but I am not able to
resume (see attached suspend&resume log with Sysrq+T at the end).  
I can see the following BUG during resume:
[...]
platform dock.1: LATE suspend
platform dock.0: LATE suspend
suspend debug: Waiting for 5 seconds.
BUG: using smp_processor_id() in preemptible [00000000] code: sh/2497
caller is retrigger_next_event+0x12/0xa5
Pid: 2497, comm: sh Tainted: G        W  2.6.29-rc1-resume-fix #8
Call Trace:
 [<c0401662>] ? printk+0xf/0x11
 [<c023148a>] debug_smp_processor_id+0xa2/0xb8
 [<c0137f10>] retrigger_next_event+0x12/0xa5
 [<c0403d79>] ? _spin_unlock+0xf/0x23
 [<c0138059>] hres_timers_resume+0xa/0xc
 [<c013b7ee>] timekeeping_resume+0xf9/0xff
 [<c028d600>] __sysdev_resume+0x14/0x38
 [<c028d645>] sysdev_resume+0x21/0x54
 [<c0291e90>] device_power_up+0xb/0x15
 [<c0146fd2>] suspend_devices_and_enter+0xf7/0x159
 [<c0147189>] enter_state+0x130/0x190
 [<c0147278>] state_store+0x8f/0xa2
 [<c01471e9>] ? state_store+0x0/0xa2
 [<c0229505>] kobj_attr_store+0x1a/0x22
 [<c01b4e07>] sysfs_write_file+0xb4/0xdf
 [<c01b4d53>] ? sysfs_write_file+0x0/0xdf
 [<c017de95>] vfs_write+0x8a/0x12e
 [<c017dfd2>] sys_write+0x3b/0x60
 [<c0102f71>] sysenter_do_call+0x12/0x25
[...]

I am not able to resume from the text console (e.g. with init=/bin/sh
results in the blanks screen) but when I resume from X and try to change
to a text console I cannot see anything (X seems to work correctly).

> 
> Zdenek
> 
> PS: I'll do the above 'echo' trace later (being busy right now).
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

-- 
Michal Hocko
L3 team 
SUSE LINUX s.r.o.
Lihovarska 1060/12
190 00 Praha 9    
Czech Republic

[-- Attachment #2: resume-fix-debug.log --]
[-- Type: text/plain, Size: 53238 bytes --]

PM: Syncing filesystems ... done.
PM: Preparing system for mem sleep
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
PM: Entering mem sleep
platform dock.0: preparing suspend
platform dock.1: preparing suspend
agpgart-intel 0000:00:00.0: preparing suspend
pci 0000:00:02.0: preparing suspend
pci 0000:00:02.1: preparing suspend
pci 0000:00:1b.0: preparing suspend
pci 0000:00:1c.0: preparing suspend
pci 0000:00:1c.1: preparing suspend
pci 0000:00:1c.2: preparing suspend
uhci_hcd 0000:00:1d.0: preparing suspend, may wakeup
uhci_hcd 0000:00:1d.1: preparing suspend, may wakeup
uhci_hcd 0000:00:1d.2: preparing suspend, may wakeup
uhci_hcd 0000:00:1d.3: preparing suspend, may wakeup
ehci_hcd 0000:00:1d.7: preparing suspend, may wakeup
pci 0000:00:1e.0: preparing suspend
pci 0000:00:1f.0: preparing suspend
PIIX_IDE 0000:00:1f.1: preparing suspend
ahci 0000:00:1f.2: preparing suspend
pci 0000:00:1f.3: preparing suspend
sky2 0000:02:00.0: preparing suspend
pci 0000:05:00.0: preparing suspend
pci 0000:08:03.0: preparing suspend
ohci1394 0000:08:03.4: preparing suspend
platform pcspkr: preparing suspend
platform microcode: preparing suspend
serial8250 serial8250: preparing suspend
usb usb1: preparing type suspend, may wakeup
usb usb2: preparing type suspend, may wakeup
usb usb3: preparing type suspend, may wakeup
usb usb4: preparing type suspend, may wakeup
usb usb5: preparing type suspend, may wakeup
i8042 i8042: preparing suspend
usb 3-1: preparing type suspend, may wakeup
usb 5-2: preparing type suspend
psmouse serio5: legacy suspend
usb 5-2: type suspend
usb 3-1: type suspend, may wakeup
psmouse serio4: legacy suspend
serio serio3: legacy suspend
serio serio2: legacy suspend
serio serio1: legacy suspend
atkbd serio0: legacy suspend
i8042 i8042: suspend
usb usb5: type suspend, may wakeup
usb usb4: type suspend, may wakeup
usb usb3: type suspend, may wakeup
usb usb2: type suspend, may wakeup
usb usb1: type suspend, may wakeup
sd 0:0:0:0: legacy suspend
sd 0:0:0:0: [sda] Synchronizing SCSI cache
sd 0:0:0:0: [sda] Stopping disk
ide-cdrom 0.0: legacy suspend
serial8250 serial8250: suspend
platform microcode: suspend
platform pcspkr: suspend
pnp 00:0c: legacy suspend
pnp 00:0b: legacy suspend
serial 00:0a: legacy suspend
serial 00:0a: disabled
system 00:09: legacy suspend
i8042 aux 00:08: legacy suspend
i8042 kbd 00:07: legacy suspend
pnp 00:06: legacy suspend
pnp 00:05: legacy suspend
pnp 00:04: legacy suspend
pnp 00:03: legacy suspend
system 00:02: legacy suspend
ACPI handle has no context!
pnp 00:01: legacy suspend
system 00:00: legacy suspend
ohci1394 0000:08:03.4: suspend
ACPI handle has no context!
pci 0000:08:03.0: suspend
pci 0000:08:03.0: PCI INT A disabled
pci 0000:05:00.0: suspend
sky2 0000:02:00.0: suspend
sky2 0000:02:00.0: PME# disabled
pci 0000:00:1f.3: suspend
ahci 0000:00:1f.2: suspend
PIIX_IDE 0000:00:1f.1: suspend
PIIX_IDE 0000:00:1f.1: PCI INT A disabled
pci 0000:00:1f.0: suspend
pci 0000:00:1e.0: suspend
ehci_hcd 0000:00:1d.7: suspend, may wakeup
ehci_hcd 0000:00:1d.7: PME# enabled
ehci_hcd 0000:00:1d.7: wake-up capability enabled by ACPI
ehci_hcd 0000:00:1d.7: PCI INT A disabled
uhci_hcd 0000:00:1d.3: suspend, may wakeup
uhci_hcd 0000:00:1d.3: wake-up capability enabled by ACPI
uhci_hcd 0000:00:1d.3: PCI INT D disabled
uhci_hcd 0000:00:1d.2: suspend, may wakeup
uhci_hcd 0000:00:1d.2: wake-up capability enabled by ACPI
uhci_hcd 0000:00:1d.2: PCI INT C disabled
uhci_hcd 0000:00:1d.1: suspend, may wakeup
uhci_hcd 0000:00:1d.1: wake-up capability enabled by ACPI
uhci_hcd 0000:00:1d.1: PCI INT B disabled
uhci_hcd 0000:00:1d.0: suspend, may wakeup
uhci_hcd 0000:00:1d.0: wake-up capability enabled by ACPI
uhci_hcd 0000:00:1d.0: PCI INT A disabled
pci 0000:00:1c.2: suspend
pci 0000:00:1c.2: PCI INT C disabled
pci 0000:00:1c.1: suspend
pci 0000:00:1c.1: PCI INT B disabled
pci 0000:00:1c.0: suspend
pci 0000:00:1c.0: PCI INT A disabled
pci 0000:00:1b.0: suspend
pci 0000:00:1b.0: power state changed by ACPI to D3
pci 0000:00:02.1: suspend
pci 0000:00:02.0: suspend
agpgart-intel 0000:00:00.0: suspend
platform dock.1: suspend
platform dock.0: suspend
thermal LNXTHERM:02: legacy suspend
thermal LNXTHERM:01: legacy suspend
acpi LNXTHERM:00: legacy suspend
button PNP0C0E:00: legacy suspend
battery PNP0C0A:01: legacy suspend
battery PNP0C0A:00: legacy suspend
ac ACPI0003:00: legacy suspend
button PNP0C0C:00: legacy suspend
button PNP0C0D:00: legacy suspend
acpi FUJ02E3:00: legacy suspend
acpi device:30: legacy suspend
acpi device:2f: legacy suspend
acpi device:2e: legacy suspend
acpi device:2d: legacy suspend
acpi device:2c: legacy suspend
acpi device:2b: legacy suspend
acpi device:2a: legacy suspend
acpi device:29: legacy suspend
acpi device:28: legacy suspend
acpi device:27: legacy suspend
acpi device:26: legacy suspend
acpi device:25: legacy suspend
acpi device:24: legacy suspend
acpi device:23: legacy suspend
acpi device:22: legacy suspend
acpi device:21: legacy suspend
acpi device:20: legacy suspend
acpi device:1f: legacy suspend
acpi device:1e: legacy suspend
acpi device:1d: legacy suspend
acpi device:1c: legacy suspend
acpi device:1b: legacy suspend
acpi device:1a: legacy suspend
acpi device:19: legacy suspend
acpi device:18: legacy suspend
acpi device:17: legacy suspend
acpi device:16: legacy suspend
acpi device:15: legacy suspend
acpi device:14: legacy suspend
acpi device:13: legacy suspend
acpi device:12: legacy suspend
acpi device:11: legacy suspend
acpi device:10: legacy suspend
acpi device:0f: legacy suspend
acpi device:0e: legacy suspend
acpi device:0d: legacy suspend
acpi device:0c: legacy suspend
acpi device:0b: legacy suspend
acpi device:0a: legacy suspend
acpi device:09: legacy suspend
acpi device:08: legacy suspend
pci_link PNP0C0F:07: legacy suspend
pci_link PNP0C0F:06: legacy suspend
pci_link PNP0C0F:05: legacy suspend
pci_link PNP0C0F:04: legacy suspend
pci_link PNP0C0F:03: legacy suspend
pci_link PNP0C0F:02: legacy suspend
pci_link PNP0C0F:01: legacy suspend
pci_link PNP0C0F:00: legacy suspend
acpi PNP0400:00: legacy suspend
acpi SMCF010:00: legacy suspend
acpi PNP0501:00: legacy suspend
acpi PNP0103:00: legacy suspend
acpi PNP0F13:00: legacy suspend
acpi PNP0303:00: legacy suspend
acpi PNP0C04:00: legacy suspend
acpi PNP0800:00: legacy suspend
acpi PNP0B00:00: legacy suspend
acpi PNP0000:00: legacy suspend
acpi PNP0100:00: legacy suspend
acpi PNP0200:00: legacy suspend
ec PNP0C09:00: legacy suspend
acpi FUJ02B1:00: legacy suspend
acpi device:07: legacy suspend
acpi device:06: legacy suspend
acpi device:05: legacy suspend
acpi device:04: legacy suspend
acpi device:03: legacy suspend
acpi device:02: legacy suspend
acpi device:01: legacy suspend
acpi PNP0C02:01: legacy suspend
pci_root PNP0A08:00: legacy suspend
acpi PNP0C02:00: legacy suspend
acpi device:00: legacy suspend
processor ACPI_CPU:01: legacy suspend
processor ACPI_CPU:00: legacy suspend
button LNXPWRBN:00: legacy suspend
acpi LNXSYSTM:00: legacy suspend
ACPI: Preparing to enter system sleep state S3
Disabling non-boot CPUs ...
CPU 1 is now offline
SMP alternatives: switching to UP code
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching NULL sched-domain.
CPU1 is down
i8042 i8042: LATE suspend
serial8250 serial8250: LATE suspend
platform microcode: LATE suspend
platform pcspkr: LATE suspend
ohci1394 0000:08:03.4: LATE suspend
pci 0000:08:03.0: LATE suspend
pci 0000:05:00.0: LATE suspend
sky2 0000:02:00.0: LATE suspend
pci 0000:00:1f.3: LATE suspend
ahci 0000:00:1f.2: LATE suspend
PIIX_IDE 0000:00:1f.1: LATE suspend
pci 0000:00:1f.0: LATE suspend
pci 0000:00:1e.0: LATE suspend
ehci_hcd 0000:00:1d.7: LATE suspend, may wakeup
uhci_hcd 0000:00:1d.3: LATE suspend, may wakeup
uhci_hcd 0000:00:1d.2: LATE suspend, may wakeup
uhci_hcd 0000:00:1d.1: LATE suspend, may wakeup
uhci_hcd 0000:00:1d.0: LATE suspend, may wakeup
pci 0000:00:1c.2: LATE suspend
pci 0000:00:1c.1: LATE suspend
pci 0000:00:1c.0: LATE suspend
pci 0000:00:1b.0: LATE suspend
pci 0000:00:02.1: LATE suspend
pci 0000:00:02.0: LATE suspend
agpgart-intel 0000:00:00.0: LATE suspend
platform dock.1: LATE suspend
platform dock.0: LATE suspend
suspend debug: Waiting for 5 seconds.
BUG: using smp_processor_id() in preemptible [00000000] code: sh/2497
caller is retrigger_next_event+0x12/0xa5
Pid: 2497, comm: sh Tainted: G        W  2.6.29-rc1-resume-fix #8
Call Trace:
 [<c0401662>] ? printk+0xf/0x11
 [<c023148a>] debug_smp_processor_id+0xa2/0xb8
 [<c0137f10>] retrigger_next_event+0x12/0xa5
 [<c0403d79>] ? _spin_unlock+0xf/0x23
 [<c0138059>] hres_timers_resume+0xa/0xc
 [<c013b7ee>] timekeeping_resume+0xf9/0xff
 [<c028d600>] __sysdev_resume+0x14/0x38
 [<c028d645>] sysdev_resume+0x21/0x54
 [<c0291e90>] device_power_up+0xb/0x15
 [<c0146fd2>] suspend_devices_and_enter+0xf7/0x159
 [<c0147189>] enter_state+0x130/0x190
 [<c0147278>] state_store+0x8f/0xa2
 [<c01471e9>] ? state_store+0x0/0xa2
 [<c0229505>] kobj_attr_store+0x1a/0x22
 [<c01b4e07>] sysfs_write_file+0xb4/0xdf
 [<c01b4d53>] ? sysfs_write_file+0x0/0xdf
 [<c017de95>] vfs_write+0x8a/0x12e
 [<c017dfd2>] sys_write+0x3b/0x60
 [<c0102f71>] sysenter_do_call+0x12/0x25
BUG: using smp_processor_id() in preemptible [00000000] code: sh/2497
caller is retrigger_next_event+0x56/0xa5
Pid: 2497, comm: sh Tainted: G        W  2.6.29-rc1-resume-fix #8
Call Trace:
 [<c0401662>] ? printk+0xf/0x11
 [<c023148a>] debug_smp_processor_id+0xa2/0xb8
 [<c0137f54>] retrigger_next_event+0x56/0xa5
 [<c0138059>] hres_timers_resume+0xa/0xc
 [<c013b7ee>] timekeeping_resume+0xf9/0xff
 [<c028d600>] __sysdev_resume+0x14/0x38
 [<c028d645>] sysdev_resume+0x21/0x54
 [<c0291e90>] device_power_up+0xb/0x15
 [<c0146fd2>] suspend_devices_and_enter+0xf7/0x159
 [<c0147189>] enter_state+0x130/0x190
 [<c0147278>] state_store+0x8f/0xa2
 [<c01471e9>] ? state_store+0x0/0xa2
 [<c0229505>] kobj_attr_store+0x1a/0x22
 [<c01b4e07>] sysfs_write_file+0xb4/0xdf
 [<c01b4d53>] ? sysfs_write_file+0x0/0xdf
 [<c017de95>] vfs_write+0x8a/0x12e
 [<c017dfd2>] sys_write+0x3b/0x60
 [<c0102f71>] sysenter_do_call+0x12/0x25
platform dock.0: EARLY resume
platform dock.1: EARLY resume
agpgart-intel 0000:00:00.0: EARLY resume
pci 0000:00:02.0: EARLY resume
pci 0000:00:02.1: EARLY resume
pci 0000:00:1b.0: EARLY resume
pci 0000:00:1c.0: EARLY resume
pci 0000:00:1c.1: EARLY resume
pci 0000:00:1c.2: EARLY resume
uhci_hcd 0000:00:1d.0: EARLY resume
uhci_hcd 0000:00:1d.1: EARLY resume
uhci_hcd 0000:00:1d.2: EARLY resume
uhci_hcd 0000:00:1d.3: EARLY resume
ehci_hcd 0000:00:1d.7: EARLY resume
ehci_hcd 0000:00:1d.7: restoring config space at offset 0xf (was 0x100, writing 0x10b)
ehci_hcd 0000:00:1d.7: restoring config space at offset 0x4 (was 0x0, writing 0xf0644000)
ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900002)
pci 0000:00:1e.0: EARLY resume
pci 0000:00:1f.0: EARLY resume
PIIX_IDE 0000:00:1f.1: EARLY resume
ahci 0000:00:1f.2: EARLY resume
pci 0000:00:1f.3: EARLY resume
sky2 0000:02:00.0: EARLY resume
pci 0000:05:00.0: EARLY resume
pci 0000:05:00.0: restoring config space at offset 0x1 (was 0x100400, writing 0x100006)
pci 0000:08:03.0: EARLY resume
ohci1394 0000:08:03.4: EARLY resume
platform pcspkr: EARLY resume
platform microcode: EARLY resume
serial8250 serial8250: EARLY resume
i8042 i8042: EARLY resume
Enabling non-boot CPUs ...
SMP alternatives: switching to SMP code
CPU 1 irqstacks, hard=c063d000 soft=c061d000
Booting processor 1 APIC 0x1 ip 0x6000
Initializing CPU#1
Calibrating delay using timer specific routine.. 3657.61 BogoMIPS (lpj=7315230)
CPU: L1 I cache: 32K, L1 D cache: 32K
CPU: L2 cache: 2048K
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel(R) Core(TM)2 CPU         T5600  @ 1.83GHz stepping 02
CPU0 attaching NULL sched-domain.
Switched to high resolution mode on CPU 1
CPU0 attaching sched-domain:
 domain 0: span 0-1 level MC
  groups: 0 1
CPU1 attaching sched-domain:
 domain 0: span 0-1 level MC
  groups: 1 0
CPU1 is up
ACPI: Waking up from system sleep state S3
acpi LNXSYSTM:00: legacy resume
button LNXPWRBN:00: legacy resume
processor ACPI_CPU:00: legacy resume
processor ACPI_CPU:01: legacy resume
acpi device:00: legacy resume
acpi PNP0C02:00: legacy resume
pci_root PNP0A08:00: legacy resume
acpi PNP0C02:01: legacy resume
acpi device:01: legacy resume
acpi device:02: legacy resume
acpi device:03: legacy resume
acpi device:04: legacy resume
acpi device:05: legacy resume
acpi device:06: legacy resume
acpi device:07: legacy resume
acpi FUJ02B1:00: legacy resume
ec PNP0C09:00: legacy resume
acpi PNP0200:00: legacy resume
acpi PNP0100:00: legacy resume
acpi PNP0000:00: legacy resume
acpi PNP0B00:00: legacy resume
acpi PNP0800:00: legacy resume
acpi PNP0C04:00: legacy resume
acpi PNP0303:00: legacy resume
acpi PNP0F13:00: legacy resume
acpi PNP0103:00: legacy resume
acpi PNP0501:00: legacy resume
acpi SMCF010:00: legacy resume
acpi PNP0400:00: legacy resume
pci_link PNP0C0F:00: legacy resume
pci_link PNP0C0F:01: legacy resume
pci_link PNP0C0F:02: legacy resume
pci_link PNP0C0F:03: legacy resume
pci_link PNP0C0F:04: legacy resume
pci_link PNP0C0F:05: legacy resume
pci_link PNP0C0F:06: legacy resume
pci_link PNP0C0F:07: legacy resume
acpi device:08: legacy resume
acpi device:09: legacy resume
acpi device:0a: legacy resume
acpi device:0b: legacy resume
acpi device:0c: legacy resume
acpi device:0d: legacy resume
acpi device:0e: legacy resume
acpi device:0f: legacy resume
acpi device:10: legacy resume
acpi device:11: legacy resume
acpi device:12: legacy resume
acpi device:13: legacy resume
acpi device:14: legacy resume
acpi device:15: legacy resume
acpi device:16: legacy resume
acpi device:17: legacy resume
acpi device:18: legacy resume
acpi device:19: legacy resume
acpi device:1a: legacy resume
acpi device:1b: legacy resume
acpi device:1c: legacy resume
acpi device:1d: legacy resume
acpi device:1e: legacy resume
acpi device:1f: legacy resume
acpi device:20: legacy resume
acpi device:21: legacy resume
acpi device:22: legacy resume
acpi device:23: legacy resume
acpi device:24: legacy resume
acpi device:25: legacy resume
acpi device:26: legacy resume
acpi device:27: legacy resume
acpi device:28: legacy resume
acpi device:29: legacy resume
acpi device:2a: legacy resume
acpi device:2b: legacy resume
acpi device:2c: legacy resume
acpi device:2d: legacy resume
acpi device:2e: legacy resume
acpi device:2f: legacy resume
acpi device:30: legacy resume
acpi FUJ02E3:00: legacy resume
button PNP0C0D:00: legacy resume
button PNP0C0C:00: legacy resume
ac ACPI0003:00: legacy resume
battery PNP0C0A:00: legacy resume
battery PNP0C0A:01: legacy resume
button PNP0C0E:00: legacy resume
acpi LNXTHERM:00: legacy resume
thermal LNXTHERM:01: legacy resume
thermal LNXTHERM:02: legacy resume
platform dock.0: resume
platform dock.1: resume
agpgart-intel 0000:00:00.0: resume
pci 0000:00:02.0: resume
pci 0000:00:02.0: PME# disabled
pci 0000:00:02.1: resume
pci 0000:00:02.1: PME# disabled
pci 0000:00:1b.0: resume
pci 0000:00:1b.0: PME# disabled
pci 0000:00:1c.0: resume
pci 0000:00:1c.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
pci 0000:00:1c.0: setting latency timer to 64
pci 0000:00:1c.1: resume
pci 0000:00:1c.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21
pci 0000:00:1c.1: setting latency timer to 64
pci 0000:00:1c.2: resume
pci 0000:00:1c.2: PCI INT C -> GSI 20 (level, low) -> IRQ 20
pci 0000:00:1c.2: setting latency timer to 64
uhci_hcd 0000:00:1d.0: resume
uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
uhci_hcd 0000:00:1d.0: setting latency timer to 64
uhci_hcd 0000:00:1d.0: wake-up capability disabled by ACPI
uhci_hcd 0000:00:1d.1: resume
uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 20 (level, low) -> IRQ 20
uhci_hcd 0000:00:1d.1: setting latency timer to 64
uhci_hcd 0000:00:1d.1: wake-up capability disabled by ACPI
uhci_hcd 0000:00:1d.2: resume
uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: setting latency timer to 64
uhci_hcd 0000:00:1d.2: wake-up capability disabled by ACPI
uhci_hcd 0000:00:1d.3: resume
uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.3: setting latency timer to 64
uhci_hcd 0000:00:1d.3: wake-up capability disabled by ACPI
ehci_hcd 0000:00:1d.7: resume
ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:1d.7: setting latency timer to 64
ehci_hcd 0000:00:1d.7: wake-up capability disabled by ACPI
ehci_hcd 0000:00:1d.7: PME# disabled
pci 0000:00:1e.0: resume
pci 0000:00:1e.0: setting latency timer to 64
pci 0000:00:1f.0: resume
PIIX_IDE 0000:00:1f.1: resume
PIIX_IDE 0000:00:1f.1: PCI INT A -> GSI 18 (level, low) -> IRQ 18
PIIX_IDE 0000:00:1f.1: restoring config space at offset 0x1 (was 0x2800001, writing 0x2800005)
PIIX_IDE 0000:00:1f.1: setting latency timer to 64
ahci 0000:00:1f.2: resume
ahci 0000:00:1f.2: restoring config space at offset 0x1 (was 0x2b00403, writing 0x2b00407)
ahci 0000:00:1f.2: setting latency timer to 64
pci 0000:00:1f.3: resume
sky2 0000:02:00.0: resume
sky2 0000:02:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100407)
sky2 0000:02:00.0: PME# disabled
pci 0000:05:00.0: resume
pci 0000:05:00.0: PME# disabled
pci 0000:08:03.0: resume
pci 0000:08:03.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ohci1394 0000:08:03.4: resume
ohci1394 0000:08:03.4: restoring config space at offset 0xf (was 0x100, writing 0x10b)
ohci1394 0000:08:03.4: restoring config space at offset 0x5 (was 0x0, writing 0xf0201000)
ohci1394 0000:08:03.4: restoring config space at offset 0x4 (was 0x0, writing 0xf0200000)
ohci1394 0000:08:03.4: restoring config space at offset 0x3 (was 0x0, writing 0x2010)
ohci1394 0000:08:03.4: restoring config space at offset 0x1 (was 0x2100080, writing 0x2180017)
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[16]  MMIO=[f0200000-f02007ff]  Max Packet=[2048]  IR/IT contexts=[8/8]
system 00:00: legacy resume
pnp 00:01: legacy resume
system 00:02: legacy resume
pnp 00:03: legacy resume
pnp 00:04: legacy resume
pnp 00:05: legacy resume
pnp 00:06: legacy resume
i8042 kbd 00:07: legacy resume
i8042 aux 00:08: legacy resume
system 00:09: legacy resume
serial 00:0a: legacy resume
serial 00:0a: activated
pnp 00:0b: legacy resume
pnp 00:0c: legacy resume
platform pcspkr: resume
platform microcode: resume
serial8250 serial8250: resume
ide-cdrom 0.0: legacy resume
hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
hda: UDMA/33 mode selected
sd 0:0:0:0: legacy resume
sd 0:0:0:0: [sda] Starting disk
ata3: SATA link down (SStatus 0 SControl 300)
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out
ata1.00: ACPI cmd f5/00:00:00:00:00:a0 filtered out
ata1.00: configured for UDMA/133
sd 0:0:0:0: [sda] 234441648 512-byte hardware sectors: (120 GB/111 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
usb usb1: type resume
usb usb2: type resume
usb usb3: type resume
usb usb4: type resume
usb usb5: type resume
i8042 i8042: resume
atkbd serio0: legacy resume
serio serio1: legacy resume
serio serio2: legacy resume
serio serio3: legacy resume
psmouse serio4: legacy resume
usb 3-1: type resume
usb 5-2: type resume
usb 5-2: reset full speed USB device using uhci_hcd and address 2
psmouse serio5: legacy resume
usb 5-2: completing type resume
usb 3-1: completing type resume
i8042 i8042: completing resume
usb usb5: completing type resume
usb usb4: completing type resume
usb usb3: completing type resume
usb usb2: completing type resume
usb usb1: completing type resume
serial8250 serial8250: completing resume
platform microcode: completing resume
platform pcspkr: completing resume
ohci1394 0000:08:03.4: completing resume
pci 0000:08:03.0: completing resume
pci 0000:05:00.0: completing resume
sky2 0000:02:00.0: completing resume
pci 0000:00:1f.3: completing resume
ahci 0000:00:1f.2: completing resume
PIIX_IDE 0000:00:1f.1: completing resume
pci 0000:00:1f.0: completing resume
pci 0000:00:1e.0: completing resume
ehci_hcd 0000:00:1d.7: completing resume
uhci_hcd 0000:00:1d.3: completing resume
uhci_hcd 0000:00:1d.2: completing resume
uhci_hcd 0000:00:1d.1: completing resume
uhci_hcd 0000:00:1d.0: completing resume
pci 0000:00:1c.2: completing resume
pci 0000:00:1c.1: completing resume
pci 0000:00:1c.0: completing resume
pci 0000:00:1b.0: completing resume
pci 0000:00:02.1: completing resume
pci 0000:00:02.0: completing resume
agpgart-intel 0000:00:00.0: completing resume
platform dock.1: completing resume
platform dock.0: completing resume
PM: Finishing wakeup.
Restarting tasks ... done.
SysRq : Show State
  task                PC stack   pid father
sh            S 00000024     0     1      0
 f701fe98 00000086 4a0180ae 00000024 00000004 f701fe34 c0618100 c0617b80
 c0617b80 c0617b80 00000700 f7030000 f7030258 c57fbb80 00000000 4a02a240
 00000024 c027e769 ffffff00 00000001 f73fe800 f6436000 f7030258 00000064
Call Trace:
 [<c027e769>] ? do_con_write+0x195f/0x1988
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c04024fe>] schedule_timeout+0x17/0xbc
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c02718eb>] n_tty_read+0x36b/0x5a3
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c012140d>] ? default_wake_function+0x0/0xd
 [<c0271580>] ? n_tty_read+0x0/0x5a3
 [<c026df3e>] tty_read+0x62/0x99
 [<c026dedc>] ? tty_read+0x0/0x99
 [<c017e07e>] vfs_read+0x87/0x12b
 [<c017e1bb>] sys_read+0x3b/0x60
 [<c0102f71>] sysenter_do_call+0x12/0x25
kthreadd      S 00000017     0     2      0
 f7022fc0 00000046 f0135629 00000017 ec6fab9a 00000017 c0618100 c0617b80
 c0617b80 c0617b80 f6437500 f7030c10 f7030e68 c57fbb80 00000000 f0135aa4
 00000017 f65f8e28 00000001 f7022f80 c0121418 f6437500 f7030e68 f65f8e2c
Call Trace:
 [<c0121418>] ? default_wake_function+0xb/0xd
 [<c04019c8>] ? preempt_schedule+0x30/0x3f
 [<c0403d1c>] ? _spin_unlock_irqrestore+0x23/0x25
 [<c011a702>] ? complete+0x34/0x3e
 [<c013556a>] kthreadd+0x6b/0x147
 [<c01354ff>] ? kthreadd+0x0/0x147
 [<c010378b>] kernel_thread_helper+0x7/0x10
migration/0   S 00000017     0     3      2
 f7023fa8 00000046 ff424668 00000017 00000000 c5805bd8 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f7031820 f7031a78 c57fbb80 00000000 c010fe4e
 f7023f68 00000002 f7036080 00000001 00000001 f6437500 f7031a78 ffff3fac
Call Trace:
 [<c010fe4e>] ? xapic_wait_icr_idle+0x14/0x1b
 [<c011c5f9>] ? double_rq_unlock+0x19/0x1d
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c011a702>] ? complete+0x34/0x3e
 [<c0121d38>] migration_thread+0x17e/0x202
 [<c0121bba>] ? migration_thread+0x0/0x202
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
ksoftirqd/0   S 00000018     0     4      2
 f7038fbc 00000046 e029c3d3 00000018 c055933c f7038fd0 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f7032430 f7032688 c57fbb80 00000000 defeedab
 00000018 f7032688 c57fbb80 00000000 07641bd1 f6436000 f7032688 ffff433b
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0129bb8>] ksoftirqd+0x4a/0x139
 [<c0129b6e>] ? ksoftirqd+0x0/0x139
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
watchdog/0    S 00000000     0     5      2
 f7039fb0 00000046 07641bd1 00000000 c57fbb80 f7039f54 c0618100 c0617b80
 c0617b80 c0617b80 c57fbb80 f7033040 f7033298 c57fbb80 00000000 07641bd1
 00000000 00000000 07641bd1 00000000 569c2d28 c05591a0 f7033298 f7039f94
Call Trace:
 [<c01399dc>] ? sched_clock_cpu+0x145/0x152
 [<c014dcbc>] ? watchdog+0x0/0x1cb
 [<c014dcf6>] watchdog+0x3a/0x1cb
 [<c014dcbc>] ? watchdog+0x0/0x1cb
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
rcu_sched_gra S 00000017     0     9      2
 f7318f9c 00000046 ff92662c 00000017 f7318f30 c012d5e8 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f7036c90 f7036ee8 c57fbb80 00000000 f7318f50
 c012d663 ffff3fb0 f7318f94 c040258d 00000000 f6437500 f7036ee8 ffff3fac
Call Trace:
 [<c012d5e8>] ? lock_timer_base+0x1f/0x3e
 [<c012d663>] ? del_timer_sync+0xd/0x18
 [<c040258d>] ? schedule_timeout+0xa6/0xbc
 [<c040257f>] ? schedule_timeout+0x98/0xbc
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0150381>] rcu_sched_grace_period+0x21e/0x268
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c0150163>] ? rcu_sched_grace_period+0x0/0x268
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
events/0      R running      0    10      2
 f731afa8 00000046 14eafbe2 00000027 c06ad180 f731af40 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f7330000 f7330258 c57fbb80 00000000 f731af58
 c0403d0a f731af78 c0125dbb 00000246 fffea05c f6436000 f7330258 ffff7e2d
Call Trace:
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0125dbb>] ? release_console_sem+0x17b/0x1a8
 [<c027ce05>] ? console_callback+0xf3/0xf8
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
khelper       S 00000002     0    12      2
 f731cfa8 00000046 721d9bad 00000002 00000096 f701fcf4 c0618100 c0617b80
 c0617b80 c0617b80 f731cf60 f7331820 f7331a78 c57fbb80 00000000 721da36b
 00000002 f731cf60 c0403d0a f731cf7c c011a702 c05591a0 f7331a78 f640b980
Call Trace:
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c011a702>] ? complete+0x34/0x3e
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kblockd/0     S 00000018     0   146      2
 f7387fa8 00000046 3443de49 00000018 f6b39c00 f7387f34 c0618100 c0617b80
 c0617b80 c0617b80 f7387f64 f7332430 f7332688 c57fbb80 00000000 3443eb3c
 00000018 f6b40548 f6b40548 f6b405f8 f6b40548 f6437500 f7332688 f7387f7c
Call Trace:
 [<c021ef5c>] ? generic_unplug_device+0x2c/0x2f
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kacpid        S 00000000     0   148      2
 f7389fa8 00000046 11682f0d 00000000 f7389f3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f7333c50 f7333ea8 c5805b80 00000001 c040fbc0
 c0618100 c0617b80 c0617b80 c0617b80 c0617b80 c05591a0 f7333ea8 fffedb44
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kacpi_notify  S 00000000     0   149      2
 f738afa8 00000046 11682f0d 00000000 f738af3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f7334860 f7334ab8 c5805b80 00000001 c040fbc0
 c0618100 c0617b80 c0617b80 c0617b80 c0617b80 c05591a0 f7334ab8 fffedb44
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
ata/0         S 00000000     0   229      2
 f73c6fa8 00000046 3f180117 00000000 f73c6f3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f7335470 f73356c8 c57fbb80 00000000 c040fbc0
 c0618100 c0617b80 c0617b80 c0617b80 c0617b80 c05591a0 f73356c8 fffedbf4
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
ata_aux       S 00000018     0   231      2
 f73c8fa8 00000046 351b3de9 00000018 c028c409 f73c8f38 c0618100 c0617b80
 c0617b80 c0617b80 c02ddcc4 f7336c90 f7336ee8 c57fbb80 00000000 3594e59c
 00000018 f73c8f60 c028c409 f73c8f70 f6b39c00 f6437500 f7336ee8 f73c8f8c
Call Trace:
 [<c028c409>] ? put_device+0xf/0x11
 [<c02ddcc4>] ? scsi_disk_put+0x2f/0x33
 [<c028c409>] ? put_device+0xf/0x11
 [<c02ec525>] ? ata_scsi_dev_rescan+0x9e/0xa5
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
ksuspend_usbd S 00000019     0   232      2
 f73c9fa8 00000046 90d4e406 00000019 f73c9f2c c0403ce5 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f73e8000 f73e8258 c5805b80 00000001 00000000
 00000001 00000000 00000402 f6b3a400 f731da80 f6437500 f73e8258 ffff4568
Call Trace:
 [<c0403ce5>] ? _spin_unlock_irq+0x10/0x24
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
khubd         S 00000018     0   238      2
 f73cbf20 00000046 ded824b3 00000018 f6bd5480 00000004 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f73e8c10 f73e8e68 c5805b80 00000001 f6aea600
 ffffffed f6b3b400 f73cbefc c031672e 00000400 f6437500 f73e8e68 ffff4359
Call Trace:
 [<c031672e>] ? usb_suspend_both+0x6d/0x23e
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c03122c3>] hub_thread+0xd52/0xdc7
 [<c0121418>] ? default_wake_function+0xb/0xd
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c011a702>] ? complete+0x34/0x3e
 [<c0311571>] ? hub_thread+0x0/0xdc7
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kseriod       S 0000001a     0   241      2
 f73ccfa0 00000046 0a579e27 0000001a f73ccf24 c0403ce5 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f73e9820 f73e9a78 c57fbb80 00000000 f73ccf60
 c033cc34 f6435600 f73ccf5c c0403ce5 f73ccf6c f6436000 f73e9a78 ffff4808
Call Trace:
 [<c0403ce5>] ? _spin_unlock_irq+0x10/0x24
 [<c033cc34>] ? psmouse_sliced_command+0x46/0x5d
 [<c0403ce5>] ? _spin_unlock_irq+0x10/0x24
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0335656>] serio_thread+0x27f/0x2e2
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c03353d7>] ? serio_thread+0x0/0x2e2
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
pdflush       S 00000018     0   303      2
 f682cfa4 00000046 ded7c2d4 00000018 c0617b80 c0617b80 c0618100 c0617b80
 c0617b80 c0617b80 00000000 f73ea430 f73ea688 c57fbb80 00000000 ded7c9dd
 00000018 f6437500 f73ea688 00000000 f682cf68 f6437500 f73ea688 c01219b1
Call Trace:
 [<c01219b1>] ? set_cpus_allowed_ptr+0xc6/0xd0
 [<c04019c8>] ? preempt_schedule+0x30/0x3f
 [<c01626b6>] pdflush+0xb9/0x1a6
 [<c01625fd>] ? pdflush+0x0/0x1a6
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
pdflush       S 00000026     0   304      2
 f735bfa4 00000046 d702d35d 00000026 c012d5e8 f735bf44 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f73eb040 f73eb298 c57fbb80 00000000 f735bf6c
 ffff82d2 f735bf64 c012d835 f735bf6c ffff82d2 f6436000 f73eb298 ffff7def
Call Trace:
 [<c012d5e8>] ? lock_timer_base+0x1f/0x3e
 [<c012d835>] ? mod_timer+0x55/0x59
 [<c01626b6>] pdflush+0xb9/0x1a6
 [<c01625fd>] ? pdflush+0x0/0x1a6
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kswapd0       S 00000018     0   305      2
 f682df30 00000046 ded7fd1b 00000018 c0617b80 c0617b80 c0618100 c0617b80
 c0617b80 c0617b80 00000001 f73ebc50 f73ebea8 c5805b80 00000001 ded8033a
 00000018 f6437500 f73ebea8 00000000 f682def4 f6437500 f73ebea8 fffedcfe
Call Trace:
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c01658e4>] ? kswapd+0x0/0x569
 [<c01659c5>] kswapd+0xe1/0x569
 [<c040234e>] ? schedule+0x977/0x9ab
 [<c0403ce5>] ? _spin_unlock_irq+0x10/0x24
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c011a702>] ? complete+0x34/0x3e
 [<c01658e4>] ? kswapd+0x0/0x569
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
aio/0         S 00000000     0   354      2
 f6a36fa8 00000046 8295b2c3 00000000 f6a36f3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 f6a36fd0 f73ec860 f73ecab8 c57fbb80 00000000 8295b913
 00000000 c0617b80 c0617b80 c0617b80 f6a36f84 c05591a0 f73ecab8 c57fbb80
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
nfsiod        S 00000000     0   365      2
 f6a40fa8 00000046 829e957e 00000000 f6a40f3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f73ee080 f73ee2d8 c57fbb80 00000000 f6a40f64
 c0618100 c0617b80 c0617b80 c0617b80 f6a40f84 c05591a0 f73ee2d8 fffedcfe
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
scsi_eh_0     S 00000018     0  1072      2
 f6b33f94 00000046 3594e59c 00000018 f6b406a0 f6b38c00 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6a75470 f6a756c8 c57fbb80 00000000 f6b39c00
 f6b33f4c c022962a 00000000 f6b33f54 c028c409 f6437500 f6a756c8 ffff407e
Call Trace:
 [<c022962a>] ? kobject_put+0x37/0x3c
 [<c028c409>] ? put_device+0xf/0x11
 [<c02ade7a>] ? __scsi_iterate_devices+0x56/0x5f
 [<c02b27bc>] ? scsi_run_host_queues+0x1c/0x26
 [<c02b0ed0>] scsi_error_handler+0x40/0x280
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c011a702>] ? complete+0x34/0x3e
 [<c02b0e90>] ? scsi_error_handler+0x0/0x280
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
scsi_eh_1     S 00000018     0  1074      2
 f6b35f94 00000046 1da87047 00000018 f6b35f20 c0403b5d c0618100 c0617b80
 c0617b80 c0617b80 f6b49e58 f6a70000 f6a70258 c57fbb80 00000000 1da8840d
 00000018 00000003 00000246 f6b35f54 c0403d0a f6437500 f6a70258 f6b35f64
Call Trace:
 [<c0403b5d>] ? _spin_lock_irqsave+0x14/0x2e
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c02ade6c>] ? __scsi_iterate_devices+0x48/0x5f
 [<c02b27bc>] ? scsi_run_host_queues+0x1c/0x26
 [<c02b0ed0>] scsi_error_handler+0x40/0x280
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c011a702>] ? complete+0x34/0x3e
 [<c02b0e90>] ? scsi_error_handler+0x0/0x280
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
scsi_eh_2     S 00000018     0  1076      2
 f6b37f94 00000046 32066600 00000018 f6b37f20 c0403b5d c0618100 c0617b80
 c0617b80 c0617b80 f6b4de58 f6a70c10 f6a70e68 c57fbb80 00000000 32067720
 00000018 00000003 00000246 f6b37f54 c0403d0a f6437500 f6a70e68 f6b37f64
Call Trace:
 [<c0403b5d>] ? _spin_lock_irqsave+0x14/0x2e
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c02ade6c>] ? __scsi_iterate_devices+0x48/0x5f
 [<c02b27bc>] ? scsi_run_host_queues+0x1c/0x26
 [<c02b0ed0>] scsi_error_handler+0x40/0x280
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c011a702>] ? complete+0x34/0x3e
 [<c02b0e90>] ? scsi_error_handler+0x0/0x280
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
scsi_eh_3     S 00000018     0  1078      2
 f6b56f94 00000046 1da92827 00000018 f6b56f20 c0403b5d c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6a76c90 f6a76ee8 c57fbb80 00000000 00000000
 00000000 00000003 00000246 f6b56f54 c0403d0a f6437500 f6a76ee8 ffff3fac
Call Trace:
 [<c0403b5d>] ? _spin_lock_irqsave+0x14/0x2e
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c02ade6c>] ? __scsi_iterate_devices+0x48/0x5f
 [<c02b27bc>] ? scsi_run_host_queues+0x1c/0x26
 [<c02b0ed0>] scsi_error_handler+0x40/0x280
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c011a702>] ? complete+0x34/0x3e
 [<c02b0e90>] ? scsi_error_handler+0x0/0x280
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
khpsbpkt      S 00000018     0  1099      2
 f6baafb4 00000046 eef2ae92 00000018 c040fc70 f6baaf3c c0618100 c0617b80
 c0617b80 c0617b80 00000003 f6bba430 f6bba688 c57fbb80 00000000 eef2b3f1
 00000018 f6baaf6c c0121418 f6baaf90 c01197e4 f6436000 f6bba688 f6bd3e9c
Call Trace:
 [<c0121418>] ? default_wake_function+0xb/0xd
 [<c01197e4>] ? __wake_up_common+0x35/0x5b
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c011a702>] ? complete+0x34/0x3e
 [<c02fc320>] hpsbpkt_thread+0xc5/0xe7
 [<c02fc25b>] ? hpsbpkt_thread+0x0/0xe7
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
knodemgrd_0   S 00000019     0  1108      2
 f6bd3f6c 00000046 a555d7df 00000019 f6bd3f00 f6bd3f20 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6a73040 f6a73298 c57fbb80 00000000 ffff4699
 f6bd3f5c c040258d 00000000 00200200 f6bdc078 f6436000 f6a73298 ffff4663
Call Trace:
 [<c040258d>] ? schedule_timeout+0xa6/0xbc
 [<c03f2ec4>] ? klist_next+0x78/0x90
 [<c028c7c3>] ? device_for_each_child+0x3f/0x49
 [<c0301119>] nodemgr_host_thread+0x85/0x861
 [<c0121418>] ? default_wake_function+0xb/0xd
 [<c011a701>] ? complete+0x33/0x3e
 [<c0301094>] ? nodemgr_host_thread+0x0/0x861
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kpsmoused     S 00000002     0  1171      2
 f6410fa8 00000046 6a3c1ae4 00000002 f6410f3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6bb8000 f6bb8258 c57fbb80 00000000 f6410f64
 c0618100 c0617b80 c0617b80 c0617b80 f6410f84 c05591a0 f6bb8258 fffee4fd
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kstriped      S 00000002     0  1174      2
 f640dfa8 00000046 6a3f0809 00000002 f640df3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6bb8c10 f6bb8e68 c5805b80 00000001 c040fbc0
 c0618100 c0617b80 c0617b80 c0617b80 c0617b80 c05591a0 f6bb8e68 fffee529
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kondemand/0   S 00000002     0  1177      2
 f6bf9fa8 00000046 6ae7a29f 00000002 f6bf9f3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 f6bf9fd0 f6bb9820 f6bb9a78 c57fbb80 00000000 6ae7a996
 00000002 c0617b80 c0617b80 c0617b80 f6bf9f84 c05591a0 f6bb9a78 c57fbb80
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
rpciod/0      S 00000002     0  1237      2
 f6b30fa8 00000046 6e351eaa 00000002 f6b30f3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6bbe080 f6bbe2d8 c57fbb80 00000000 c040fbc0
 c0618100 c0617b80 c0617b80 c0617b80 c0617b80 c05591a0 f6bbe2d8 fffee4fd
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kjournald     S 00000002     0  2471      2
 f663ff8c 00000046 ba8bd028 00000002 f663ff10 c04019c8 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6a2d470 f6a2d6c8 c5805b80 00000001 c01359a2
 00000000 f646cdcc f6538848 f663ff68 c01197e4 f6a69880 f6a2d6c8 fffee67a
Call Trace:
 [<c04019c8>] ? preempt_schedule+0x30/0x3f
 [<c01359a2>] ? autoremove_wake_function+0xf/0x33
 [<c01197e4>] ? __wake_up_common+0x35/0x5b
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c01ccb34>] kjournald+0x167/0x1d7
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c01cc9cd>] ? kjournald+0x0/0x1d7
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kjournald     S 00000016     0  2495      2
 f64cdf8c 00000046 dd0d26cc 00000016 f64cdf58 00000001 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6a2b040 f6a2b298 c5805b80 00000001 f64f0000
 00000000 00000000 00000000 00000000 f7020ed0 f6437340 f6a2b298 ffff3ae1
Call Trace:
 [<c012d5e8>] ? lock_timer_base+0x1f/0x3e
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c01ccb34>] kjournald+0x167/0x1d7
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c01cc9cd>] ? kjournald+0x0/0x1d7
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
migration/1   S 00000017     0  2500      2
 f6600fa8 00000046 fbb38587 00000017 f6600f3c c011f852 c0618100 c0617b80
 c0617b80 c0617b80 f6600fd0 f6a2bc50 f6a2bea8 c5805b80 00000001 fbb39598
 00000017 c0617b80 c0617b80 c0617b80 f6600f78 c05591a0 f6a2bea8 c5805b80
Call Trace:
 [<c011f852>] ? finish_task_switch+0x3d/0xa4
 [<c0403ce5>] ? _spin_unlock_irq+0x10/0x24
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0121bba>] ? migration_thread+0x0/0x202
 [<c0121d38>] migration_thread+0x17e/0x202
 [<c0121bba>] ? migration_thread+0x0/0x202
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
ksoftirqd/1   S 00000018     0  2501      2
 f731bfbc 00000046 0042b1d6 00000018 f6a2a430 f731bfd0 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6a29820 f6a29a78 c5805b80 00000001 0042b753
 00000018 f6a29a78 c5805b80 00000001 ec6e8e8e f6437500 f6a29a78 ffff3fac
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0129bb8>] ksoftirqd+0x4a/0x139
 [<c0129b6e>] ? ksoftirqd+0x0/0x139
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
watchdog/1    S 00000017     0  2502      2
 f7388fb0 00000046 fbb3aa72 00000017 c5805b80 f7388f54 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6a28000 f6a28258 c5805b80 00000001 c5806080
 fbb3c133 00000017 fbb3bfdd 00000017 a1a7baf1 c05591a0 f6a28258 ffff4099
Call Trace:
 [<c01399dc>] ? sched_clock_cpu+0x145/0x152
 [<c014dcbc>] ? watchdog+0x0/0x1cb
 [<c014dcf6>] watchdog+0x3a/0x1cb
 [<c014dcbc>] ? watchdog+0x0/0x1cb
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
rpciod/1      S 00000017     0  2503      2
 f73c7fa8 00000046 ff413ce7 00000017 f73c7f3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 f73c7fd0 f6a2c860 f6a2cab8 c5805b80 00000001 ff414937
 00000017 c0617b80 c0617b80 c0617b80 f73c7f78 c05591a0 f6a2cab8 c5805b80
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kondemand/1   S 00000017     0  2504      2
 f6a34fa8 00000046 ff417df2 00000017 f6a34f3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 f6a34fd0 f6a28c10 f6a28e68 c5805b80 00000001 ff4185e6
 00000017 c0617b80 c0617b80 c0617b80 f6a34f78 c05591a0 f6a28e68 c5805b80
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
aio/1         S 00000017     0  2505      2
 f6bfcfa8 00000046 ff4185e6 00000017 f6bfcf3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6a2e080 f6a2e2d8 c5805b80 00000001 c01237ca
 c0618100 c0617b80 c0617b80 c0617b80 f6bfcf78 c05591a0 f6a2e2d8 ffff3fac
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c01237ca>] ? __cleanup_signal+0x28/0x2b
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
ata/1         S 00000017     0  2506      2
 f6b31fa8 00000046 ff414937 00000017 f6b31f3c c011f83e c0618100 c0617b80
 c0617b80 c0617b80 f6b31fd0 f6a2ec90 f6a2eee8 c5805b80 00000001 ff415600
 00000017 c0617b80 c0617b80 c0617b80 f6b31f78 c05591a0 f6a2eee8 c5805b80
Call Trace:
 [<c011f83e>] ? finish_task_switch+0x29/0xa4
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
kblockd/1     S 00000018     0  2507      2
 f64b8fa8 00000046 3206dc9b 00000018 f6b39c00 f64b8f34 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6bbec90 f6bbeee8 c5805b80 00000001 f6b39d18
 f6b39c28 f6b40548 f6b40548 f6b405f8 f6b40548 f6437500 f6bbeee8 ffff3fac
Call Trace:
 [<c021ef5c>] ? generic_unplug_device+0x2c/0x2f
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
events/1      S 00000024     0  2508      2
 f7315fa8 00000046 395a6f41 00000024 c5802ab8 f7315f30 c0618100 c0617b80
 c0617b80 c0617b80 c0617b80 f6bbd470 f6bbd6c8 c5805b80 00000001 f7315f68
 c0133046 ffffffff c5802aa8 000000fa c5802aa8 f6437500 f6bbd6c8 ffff482a
Call Trace:
 [<c0133046>] ? queue_delayed_work_on+0xad/0xba
 [<c0133332>] ? schedule_delayed_work+0x11/0x13
 [<c0403d0a>] ? _spin_unlock_irqrestore+0x11/0x25
 [<c0135ae4>] ? prepare_to_wait+0x43/0x48
 [<c0132a23>] worker_thread+0x89/0xc3
 [<c0135993>] ? autoremove_wake_function+0x0/0x33
 [<c013299a>] ? worker_thread+0x0/0xc3
 [<c0135681>] kthread+0x3b/0x61
 [<c0135646>] ? kthread+0x0/0x61
 [<c010378b>] kernel_thread_helper+0x7/0x10
Sched Debug Version: v0.08, 2.6.29-rc1-resume-fix #8
now at 170685.733728 msecs
  .sysctl_sched_latency                    : 40.000000
  .sysctl_sched_min_granularity            : 8.000000
  .sysctl_sched_wakeup_granularity         : 10.000000
  .sysctl_sched_child_runs_first           : 0.000001
  .sysctl_sched_features                   : 24191

cpu#0, 1828.643 MHz
  .nr_running                    : 1
  .load                          : 3121
  .nr_switches                   : 19312
  .nr_load_updates               : 3426
  .nr_uninterruptible            : 7
  .jiffies                       : 4294934295
  .next_balance                  : 4294.934061
  .curr->pid                     : 0
  .clock                         : 167999.662514
  .cpu_load[0]                   : 0
  .cpu_load[1]                   : 0
  .cpu_load[2]                   : 0
  .cpu_load[3]                   : 0
  .cpu_load[4]                   : 10
  .yld_exp_empty                 : 0
  .yld_act_empty                 : 0
  .yld_both_empty                : 0
  .yld_count                     : 6
  .sched_switch                  : 0
  .sched_count                   : 20478
  .sched_goidle                  : 8080
  .ttwu_count                    : 8783
  .ttwu_local                    : 7603
  .bkl_count                     : 551

cfs_rq[0]:
  .exec_clock                    : 6284.351069
  .MIN_vruntime                  : 17177.554413
  .min_vruntime                  : 17190.428840
  .max_vruntime                  : 17177.554413
  .spread                        : 0.000000
  .spread0                       : 0.000000
  .nr_running                    : 1
  .load                          : 3121
  .nr_spread_over                : 0

rt_rq[0]:
  .rt_nr_running                 : 0
  .rt_throttled                  : 0
  .rt_time                       : 0.000000
  .rt_runtime                    : 950.000000

runnable tasks:
            task   PID         tree-key  switches  prio     exec-runtime         sum-exec        sum-sleep
----------------------------------------------------------------------------------------------------------
        events/0    10     17177.554413       640   115     17177.554413         5.902936    167517.468747

cpu#1, 1828.643 MHz
  .nr_running                    : 0
  .load                          : 0
  .nr_switches                   : 6863
  .nr_load_updates               : 2250
  .nr_uninterruptible            : 4294967289
  .jiffies                       : 4294934295
  .next_balance                  : 4294.920234
  .curr->pid                     : 0
  .clock                         : 155581.052130
  .cpu_load[0]                   : 0
  .cpu_load[1]                   : 0
  .cpu_load[2]                   : 0
  .cpu_load[3]                   : 0
  .cpu_load[4]                   : 0
  .yld_exp_empty                 : 0
  .yld_act_empty                 : 0
  .yld_both_empty                : 0
  .yld_count                     : 0
  .sched_switch                  : 0
  .sched_count                   : 8203
  .sched_goidle                  : 2430
  .ttwu_count                    : 2386
  .ttwu_local                    : 1174
  .bkl_count                     : 785

cfs_rq[1]:
  .exec_clock                    : 3653.495251
  .MIN_vruntime                  : 0.000001
  .min_vruntime                  : 13584.895984
  .max_vruntime                  : 0.000001
  .spread                        : 0.000000
  .spread0                       : -3605.532856
  .nr_running                    : 0
  .load                          : 0
  .nr_spread_over                : 0

rt_rq[1]:
  .rt_nr_running                 : 0
  .rt_throttled                  : 0
  .rt_time                       : 0.000000
  .rt_runtime                    : 950.000000

runnable tasks:
            task   PID         tree-key  switches  prio     exec-runtime         sum-exec        sum-sleep
----------------------------------------------------------------------------------------------------------


[-- Attachment #3: config-2.6.29-rc1-resume-fix --]
[-- Type: text/plain, Size: 60766 bytes --]

#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.29-rc1-resume-fix
# Tue Jan 13 13:36:16 2009
#
# CONFIG_64BIT is not set
CONFIG_X86_32=y
# CONFIG_X86_64 is not set
CONFIG_X86=y
CONFIG_ARCH_DEFCONFIG="arch/x86/configs/i386_defconfig"
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_CMOS_UPDATE=y
CONFIG_CLOCKSOURCE_WATCHDOG=y
CONFIG_GENERIC_CLOCKEVENTS=y
CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_STACKTRACE_SUPPORT=y
CONFIG_HAVE_LATENCYTOP_SUPPORT=y
CONFIG_FAST_CMPXCHG_LOCAL=y
CONFIG_MMU=y
CONFIG_ZONE_DMA=y
CONFIG_GENERIC_ISA_DMA=y
CONFIG_GENERIC_IOMAP=y
CONFIG_GENERIC_BUG=y
CONFIG_GENERIC_HWEIGHT=y
CONFIG_ARCH_MAY_HAVE_PC_FDC=y
# CONFIG_RWSEM_GENERIC_SPINLOCK is not set
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y
CONFIG_GENERIC_CALIBRATE_DELAY=y
# CONFIG_GENERIC_TIME_VSYSCALL is not set
CONFIG_ARCH_HAS_CPU_RELAX=y
CONFIG_ARCH_HAS_DEFAULT_IDLE=y
CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y
CONFIG_HAVE_SETUP_PER_CPU_AREA=y
# CONFIG_HAVE_CPUMASK_OF_CPU_MAP is not set
CONFIG_ARCH_HIBERNATION_POSSIBLE=y
CONFIG_ARCH_SUSPEND_POSSIBLE=y
# CONFIG_ZONE_DMA32 is not set
CONFIG_ARCH_POPULATES_NODE_MAP=y
# CONFIG_AUDIT_ARCH is not set
CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_X86_SMP=y
CONFIG_USE_GENERIC_SMP_HELPERS=y
CONFIG_X86_32_SMP=y
CONFIG_X86_HT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
CONFIG_KTIME_SCALAR=y
CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config"

#
# General setup
#
CONFIG_EXPERIMENTAL=y
CONFIG_LOCK_KERNEL=y
CONFIG_INIT_ENV_ARG_LIMIT=32
CONFIG_LOCALVERSION=""
# CONFIG_LOCALVERSION_AUTO is not set
CONFIG_SWAP=y
CONFIG_SYSVIPC=y
CONFIG_SYSVIPC_SYSCTL=y
CONFIG_POSIX_MQUEUE=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_TASKSTATS=y
CONFIG_TASK_DELAY_ACCT=y
CONFIG_TASK_XACCT=y
CONFIG_TASK_IO_ACCOUNTING=y
# CONFIG_AUDIT is not set
CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y
CONFIG_LOG_BUF_SHIFT=18
CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y
# CONFIG_GROUP_SCHED is not set

#
# Control Group support
#
# CONFIG_CGROUPS is not set
CONFIG_SYSFS_DEPRECATED=y
CONFIG_SYSFS_DEPRECATED_V2=y
CONFIG_RELAY=y
CONFIG_NAMESPACES=y
# CONFIG_UTS_NS is not set
# CONFIG_IPC_NS is not set
# CONFIG_USER_NS is not set
# CONFIG_PID_NS is not set
CONFIG_BLK_DEV_INITRD=y
CONFIG_INITRAMFS_SOURCE=""
CONFIG_CC_OPTIMIZE_FOR_SIZE=y
CONFIG_SYSCTL=y
# CONFIG_EMBEDDED is not set
CONFIG_UID16=y
CONFIG_SYSCTL_SYSCALL=y
CONFIG_KALLSYMS=y
CONFIG_KALLSYMS_ALL=y
CONFIG_KALLSYMS_STRIP_GENERATED=y
# CONFIG_KALLSYMS_EXTRA_PASS is not set
CONFIG_HOTPLUG=y
CONFIG_PRINTK=y
CONFIG_BUG=y
CONFIG_ELF_CORE=y
CONFIG_PCSPKR_PLATFORM=y
CONFIG_COMPAT_BRK=y
CONFIG_BASE_FULL=y
CONFIG_FUTEX=y
CONFIG_ANON_INODES=y
CONFIG_EPOLL=y
CONFIG_SIGNALFD=y
CONFIG_TIMERFD=y
CONFIG_EVENTFD=y
CONFIG_SHMEM=y
CONFIG_AIO=y
CONFIG_VM_EVENT_COUNTERS=y
CONFIG_PCI_QUIRKS=y
CONFIG_SLUB_DEBUG=y
# CONFIG_SLAB is not set
CONFIG_SLUB=y
# CONFIG_SLOB is not set
CONFIG_PROFILING=y
CONFIG_TRACEPOINTS=y
CONFIG_MARKERS=y
CONFIG_OPROFILE=y
# CONFIG_OPROFILE_IBS is not set
CONFIG_HAVE_OPROFILE=y
CONFIG_KPROBES=y
CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y
CONFIG_KRETPROBES=y
CONFIG_HAVE_IOREMAP_PROT=y
CONFIG_HAVE_KPROBES=y
CONFIG_HAVE_KRETPROBES=y
CONFIG_HAVE_ARCH_TRACEHOOK=y
CONFIG_HAVE_GENERIC_DMA_COHERENT=y
CONFIG_SLABINFO=y
CONFIG_RT_MUTEXES=y
CONFIG_BASE_SMALL=0
CONFIG_MODULES=y
# CONFIG_MODULE_FORCE_LOAD is not set
CONFIG_MODULE_UNLOAD=y
CONFIG_MODULE_FORCE_UNLOAD=y
# CONFIG_MODVERSIONS is not set
# CONFIG_MODULE_SRCVERSION_ALL is not set
CONFIG_STOP_MACHINE=y
CONFIG_BLOCK=y
CONFIG_LBD=y
# CONFIG_BLK_DEV_IO_TRACE is not set
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_BLK_DEV_INTEGRITY is not set

#
# IO Schedulers
#
CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_AS=y
# CONFIG_DEFAULT_DEADLINE is not set
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="anticipatory"
CONFIG_PREEMPT_NOTIFIERS=y
# CONFIG_CLASSIC_RCU is not set
# CONFIG_TREE_RCU is not set
CONFIG_PREEMPT_RCU=y
# CONFIG_RCU_TRACE is not set
# CONFIG_TREE_RCU_TRACE is not set
# CONFIG_PREEMPT_RCU_TRACE is not set
CONFIG_FREEZER=y

#
# Processor type and features
#
CONFIG_TICK_ONESHOT=y
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y
CONFIG_GENERIC_CLOCKEVENTS_BUILD=y
CONFIG_SMP=y
# CONFIG_SPARSE_IRQ is not set
CONFIG_X86_FIND_SMP_CONFIG=y
CONFIG_X86_MPPARSE=y
CONFIG_X86_PC=y
# CONFIG_X86_ELAN is not set
# CONFIG_X86_VOYAGER is not set
# CONFIG_X86_GENERICARCH is not set
# CONFIG_X86_VSMP is not set
# CONFIG_X86_RDC321X is not set
CONFIG_SCHED_OMIT_FRAME_POINTER=y
# CONFIG_PARAVIRT_GUEST is not set
# CONFIG_MEMTEST is not set
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
# CONFIG_M686 is not set
# CONFIG_MPENTIUMII is not set
CONFIG_MPENTIUMIII=y
# CONFIG_MPENTIUMM is not set
# CONFIG_MPENTIUM4 is not set
# CONFIG_MK6 is not set
# CONFIG_MK7 is not set
# CONFIG_MK8 is not set
# CONFIG_MCRUSOE is not set
# CONFIG_MEFFICEON is not set
# CONFIG_MWINCHIPC6 is not set
# CONFIG_MWINCHIP3D is not set
# CONFIG_MGEODEGX1 is not set
# CONFIG_MGEODE_LX is not set
# CONFIG_MCYRIXIII is not set
# CONFIG_MVIAC3_2 is not set
# CONFIG_MVIAC7 is not set
# CONFIG_MPSC is not set
# CONFIG_MCORE2 is not set
# CONFIG_GENERIC_CPU is not set
CONFIG_X86_GENERIC=y
CONFIG_X86_CPU=y
CONFIG_X86_CMPXCHG=y
CONFIG_X86_L1_CACHE_SHIFT=7
CONFIG_X86_XADD=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_INTEL_USERCOPY=y
CONFIG_X86_USE_PPRO_CHECKSUM=y
CONFIG_X86_TSC=y
CONFIG_X86_CMOV=y
CONFIG_X86_MINIMUM_CPU_FAMILY=4
CONFIG_X86_DEBUGCTLMSR=y
CONFIG_CPU_SUP_INTEL=y
CONFIG_CPU_SUP_CYRIX_32=y
CONFIG_CPU_SUP_AMD=y
CONFIG_CPU_SUP_CENTAUR_32=y
CONFIG_CPU_SUP_TRANSMETA_32=y
CONFIG_CPU_SUP_UMC_32=y
# CONFIG_X86_DS is not set
# CONFIG_X86_PTRACE_BTS is not set
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
CONFIG_DMI=y
# CONFIG_IOMMU_HELPER is not set
# CONFIG_IOMMU_API is not set
CONFIG_NR_CPUS=32
CONFIG_SCHED_SMT=y
CONFIG_SCHED_MC=y
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
# CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS is not set
CONFIG_X86_MCE=y
CONFIG_X86_MCE_NONFATAL=y
CONFIG_X86_MCE_P4THERMAL=y
CONFIG_VM86=y
# CONFIG_TOSHIBA is not set
# CONFIG_I8K is not set
# CONFIG_X86_REBOOTFIXUPS is not set
CONFIG_MICROCODE=y
CONFIG_MICROCODE_INTEL=y
# CONFIG_MICROCODE_AMD is not set
CONFIG_MICROCODE_OLD_INTERFACE=y
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
# CONFIG_NOHIGHMEM is not set
CONFIG_HIGHMEM4G=y
# CONFIG_HIGHMEM64G is not set
CONFIG_PAGE_OFFSET=0xC0000000
CONFIG_HIGHMEM=y
# CONFIG_ARCH_PHYS_ADDR_T_64BIT is not set
CONFIG_ARCH_FLATMEM_ENABLE=y
CONFIG_ARCH_SPARSEMEM_ENABLE=y
CONFIG_ARCH_SELECT_MEMORY_MODEL=y
CONFIG_SELECT_MEMORY_MODEL=y
CONFIG_FLATMEM_MANUAL=y
# CONFIG_DISCONTIGMEM_MANUAL is not set
# CONFIG_SPARSEMEM_MANUAL is not set
CONFIG_FLATMEM=y
CONFIG_FLAT_NODE_MEM_MAP=y
CONFIG_SPARSEMEM_STATIC=y
CONFIG_PAGEFLAGS_EXTENDED=y
CONFIG_SPLIT_PTLOCK_CPUS=4
# CONFIG_PHYS_ADDR_T_64BIT is not set
CONFIG_ZONE_DMA_FLAG=1
CONFIG_BOUNCE=y
CONFIG_VIRT_TO_BUS=y
CONFIG_UNEVICTABLE_LRU=y
CONFIG_MMU_NOTIFIER=y
# CONFIG_HIGHPTE is not set
# CONFIG_X86_CHECK_BIOS_CORRUPTION is not set
CONFIG_X86_RESERVE_LOW_64K=y
# CONFIG_MATH_EMULATION is not set
CONFIG_MTRR=y
# CONFIG_MTRR_SANITIZER is not set
# CONFIG_X86_PAT is not set
# CONFIG_EFI is not set
CONFIG_SECCOMP=y
# CONFIG_HZ_100 is not set
CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250
CONFIG_SCHED_HRTICK=y
CONFIG_KEXEC=y
CONFIG_CRASH_DUMP=y
# CONFIG_KEXEC_JUMP is not set
CONFIG_PHYSICAL_START=0x100000
CONFIG_RELOCATABLE=y
CONFIG_PHYSICAL_ALIGN=0x100000
CONFIG_HOTPLUG_CPU=y
CONFIG_COMPAT_VDSO=y
# CONFIG_CMDLINE_BOOL is not set
CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y

#
# Power management and ACPI options
#
CONFIG_PM=y
CONFIG_PM_DEBUG=y
CONFIG_PM_VERBOSE=y
CONFIG_CAN_PM_TRACE=y
# CONFIG_PM_TRACE_RTC is not set
CONFIG_PM_SLEEP_SMP=y
CONFIG_PM_SLEEP=y
CONFIG_SUSPEND=y
CONFIG_SUSPEND_FREEZER=y
CONFIG_HIBERNATION=y
CONFIG_PM_STD_PARTITION=""
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
# CONFIG_ACPI_PROCFS is not set
# CONFIG_ACPI_PROCFS_POWER is not set
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_ACPI_PROC_EVENT=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_DOCK=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_HOTPLUG_CPU=y
CONFIG_ACPI_THERMAL=y
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ACPI_BLACKLIST_YEAR=2001
CONFIG_ACPI_DEBUG=y
# CONFIG_ACPI_DEBUG_FUNC_TRACE is not set
# CONFIG_ACPI_PCI_SLOT is not set
CONFIG_ACPI_SYSTEM=y
CONFIG_X86_PM_TIMER=y
CONFIG_ACPI_CONTAINER=y
# CONFIG_ACPI_SBS is not set
# CONFIG_APM is not set

#
# CPU Frequency scaling
#
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
CONFIG_CPU_FREQ_DEBUG=y
CONFIG_CPU_FREQ_STAT=y
# CONFIG_CPU_FREQ_STAT_DETAILS is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y

#
# CPUFreq processor drivers
#
CONFIG_X86_ACPI_CPUFREQ=y
# CONFIG_X86_POWERNOW_K6 is not set
# CONFIG_X86_POWERNOW_K7 is not set
# CONFIG_X86_POWERNOW_K8 is not set
# CONFIG_X86_GX_SUSPMOD is not set
# CONFIG_X86_SPEEDSTEP_CENTRINO is not set
# CONFIG_X86_SPEEDSTEP_ICH is not set
# CONFIG_X86_SPEEDSTEP_SMI is not set
# CONFIG_X86_P4_CLOCKMOD is not set
# CONFIG_X86_CPUFREQ_NFORCE2 is not set
# CONFIG_X86_LONGRUN is not set
# CONFIG_X86_LONGHAUL is not set
# CONFIG_X86_E_POWERSAVER is not set

#
# shared options
#
# CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set
# CONFIG_X86_SPEEDSTEP_LIB is not set
CONFIG_CPU_IDLE=y
CONFIG_CPU_IDLE_GOV_LADDER=y
CONFIG_CPU_IDLE_GOV_MENU=y

#
# Bus options (PCI etc.)
#
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GOMMCONFIG is not set
# CONFIG_PCI_GODIRECT is not set
# CONFIG_PCI_GOOLPC is not set
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_MMCONFIG=y
CONFIG_PCI_DOMAINS=y
# CONFIG_PCIEPORTBUS is not set
CONFIG_ARCH_SUPPORTS_MSI=y
CONFIG_PCI_MSI=y
CONFIG_PCI_LEGACY=y
# CONFIG_PCI_DEBUG is not set
# CONFIG_PCI_STUB is not set
# CONFIG_HT_IRQ is not set
CONFIG_ISA_DMA_API=y
# CONFIG_ISA is not set
# CONFIG_MCA is not set
# CONFIG_SCx200 is not set
# CONFIG_OLPC is not set
CONFIG_K8_NB=y
# CONFIG_PCCARD is not set
# CONFIG_HOTPLUG_PCI is not set

#
# Executable file formats / Emulations
#
CONFIG_BINFMT_ELF=y
# CONFIG_CORE_DUMP_DEFAULT_ELF_HEADERS is not set
CONFIG_HAVE_AOUT=y
# CONFIG_BINFMT_AOUT is not set
# CONFIG_BINFMT_MISC is not set
CONFIG_HAVE_ATOMIC_IOMAP=y
CONFIG_NET=y

#
# Networking options
#
# CONFIG_NET_NS is not set
CONFIG_COMPAT_NET_DEV_OPS=y
CONFIG_PACKET=y
# CONFIG_PACKET_MMAP is not set
CONFIG_UNIX=y
CONFIG_XFRM=y
# CONFIG_XFRM_USER is not set
# CONFIG_XFRM_SUB_POLICY is not set
# CONFIG_XFRM_MIGRATE is not set
# CONFIG_XFRM_STATISTICS is not set
# CONFIG_NET_KEY is not set
CONFIG_INET=y
CONFIG_IP_MULTICAST=y
CONFIG_IP_ADVANCED_ROUTER=y
CONFIG_ASK_IP_FIB_HASH=y
# CONFIG_IP_FIB_TRIE is not set
CONFIG_IP_FIB_HASH=y
CONFIG_IP_MULTIPLE_TABLES=y
CONFIG_IP_ROUTE_MULTIPATH=y
CONFIG_IP_ROUTE_VERBOSE=y
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
CONFIG_IP_PNP_RARP=y
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
# CONFIG_IP_MROUTE is not set
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_AH is not set
# CONFIG_INET_ESP is not set
# CONFIG_INET_IPCOMP is not set
# CONFIG_INET_XFRM_TUNNEL is not set
CONFIG_INET_TUNNEL=y
CONFIG_INET_XFRM_MODE_TRANSPORT=y
CONFIG_INET_XFRM_MODE_TUNNEL=y
# CONFIG_INET_XFRM_MODE_BEET is not set
CONFIG_INET_LRO=y
CONFIG_INET_DIAG=y
CONFIG_INET_TCP_DIAG=y
# CONFIG_TCP_CONG_ADVANCED is not set
CONFIG_TCP_CONG_CUBIC=y
CONFIG_DEFAULT_TCP_CONG="cubic"
# CONFIG_TCP_MD5SIG is not set
CONFIG_IPV6=y
# CONFIG_IPV6_PRIVACY is not set
# CONFIG_IPV6_ROUTER_PREF is not set
# CONFIG_IPV6_OPTIMISTIC_DAD is not set
# CONFIG_INET6_AH is not set
# CONFIG_INET6_ESP is not set
# CONFIG_INET6_IPCOMP is not set
# CONFIG_IPV6_MIP6 is not set
# CONFIG_INET6_XFRM_TUNNEL is not set
# CONFIG_INET6_TUNNEL is not set
CONFIG_INET6_XFRM_MODE_TRANSPORT=y
CONFIG_INET6_XFRM_MODE_TUNNEL=y
# CONFIG_INET6_XFRM_MODE_BEET is not set
# CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set
CONFIG_IPV6_SIT=y
CONFIG_IPV6_NDISC_NODETYPE=y
# CONFIG_IPV6_TUNNEL is not set
# CONFIG_IPV6_MULTIPLE_TABLES is not set
# CONFIG_IPV6_MROUTE is not set
# CONFIG_NETWORK_SECMARK is not set
CONFIG_NETFILTER=y
# CONFIG_NETFILTER_DEBUG is not set
CONFIG_NETFILTER_ADVANCED=y

#
# Core Netfilter Configuration
#
CONFIG_NETFILTER_NETLINK=m
CONFIG_NETFILTER_NETLINK_QUEUE=m
CONFIG_NETFILTER_NETLINK_LOG=m
CONFIG_NF_CONNTRACK=m
CONFIG_NF_CT_ACCT=y
CONFIG_NF_CONNTRACK_MARK=y
CONFIG_NF_CONNTRACK_EVENTS=y
# CONFIG_NF_CT_PROTO_DCCP is not set
CONFIG_NF_CT_PROTO_SCTP=m
CONFIG_NF_CT_PROTO_UDPLITE=m
# CONFIG_NF_CONNTRACK_AMANDA is not set
CONFIG_NF_CONNTRACK_FTP=m
# CONFIG_NF_CONNTRACK_H323 is not set
CONFIG_NF_CONNTRACK_IRC=m
CONFIG_NF_CONNTRACK_NETBIOS_NS=m
# CONFIG_NF_CONNTRACK_PPTP is not set
# CONFIG_NF_CONNTRACK_SANE is not set
# CONFIG_NF_CONNTRACK_SIP is not set
CONFIG_NF_CONNTRACK_TFTP=m
# CONFIG_NF_CT_NETLINK is not set
# CONFIG_NETFILTER_TPROXY is not set
CONFIG_NETFILTER_XTABLES=m
CONFIG_NETFILTER_XT_TARGET_CLASSIFY=m
# CONFIG_NETFILTER_XT_TARGET_CONNMARK is not set
# CONFIG_NETFILTER_XT_TARGET_DSCP is not set
CONFIG_NETFILTER_XT_TARGET_MARK=m
CONFIG_NETFILTER_XT_TARGET_NFLOG=m
CONFIG_NETFILTER_XT_TARGET_NFQUEUE=m
# CONFIG_NETFILTER_XT_TARGET_NOTRACK is not set
CONFIG_NETFILTER_XT_TARGET_RATEEST=m
# CONFIG_NETFILTER_XT_TARGET_TRACE is not set
CONFIG_NETFILTER_XT_TARGET_TCPMSS=m
# CONFIG_NETFILTER_XT_TARGET_TCPOPTSTRIP is not set
CONFIG_NETFILTER_XT_MATCH_COMMENT=m
CONFIG_NETFILTER_XT_MATCH_CONNBYTES=m
CONFIG_NETFILTER_XT_MATCH_CONNLIMIT=m
CONFIG_NETFILTER_XT_MATCH_CONNMARK=m
CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m
CONFIG_NETFILTER_XT_MATCH_DCCP=m
CONFIG_NETFILTER_XT_MATCH_DSCP=m
CONFIG_NETFILTER_XT_MATCH_ESP=m
CONFIG_NETFILTER_XT_MATCH_HASHLIMIT=m
CONFIG_NETFILTER_XT_MATCH_HELPER=m
CONFIG_NETFILTER_XT_MATCH_IPRANGE=m
CONFIG_NETFILTER_XT_MATCH_LENGTH=m
CONFIG_NETFILTER_XT_MATCH_LIMIT=m
CONFIG_NETFILTER_XT_MATCH_MAC=m
CONFIG_NETFILTER_XT_MATCH_MARK=m
CONFIG_NETFILTER_XT_MATCH_MULTIPORT=m
CONFIG_NETFILTER_XT_MATCH_OWNER=m
CONFIG_NETFILTER_XT_MATCH_POLICY=m
CONFIG_NETFILTER_XT_MATCH_PKTTYPE=m
CONFIG_NETFILTER_XT_MATCH_QUOTA=m
CONFIG_NETFILTER_XT_MATCH_RATEEST=m
CONFIG_NETFILTER_XT_MATCH_REALM=m
# CONFIG_NETFILTER_XT_MATCH_RECENT is not set
CONFIG_NETFILTER_XT_MATCH_SCTP=m
CONFIG_NETFILTER_XT_MATCH_STATE=m
CONFIG_NETFILTER_XT_MATCH_STATISTIC=m
CONFIG_NETFILTER_XT_MATCH_STRING=m
CONFIG_NETFILTER_XT_MATCH_TCPMSS=m
CONFIG_NETFILTER_XT_MATCH_TIME=m
CONFIG_NETFILTER_XT_MATCH_U32=m
# CONFIG_IP_VS is not set

#
# IP: Netfilter Configuration
#
CONFIG_NF_DEFRAG_IPV4=m
CONFIG_NF_CONNTRACK_IPV4=m
CONFIG_NF_CONNTRACK_PROC_COMPAT=y
CONFIG_IP_NF_QUEUE=m
CONFIG_IP_NF_IPTABLES=m
CONFIG_IP_NF_MATCH_ADDRTYPE=m
CONFIG_IP_NF_MATCH_AH=m
CONFIG_IP_NF_MATCH_ECN=m
CONFIG_IP_NF_MATCH_TTL=m
CONFIG_IP_NF_FILTER=m
CONFIG_IP_NF_TARGET_REJECT=m
CONFIG_IP_NF_TARGET_LOG=m
CONFIG_IP_NF_TARGET_ULOG=m
CONFIG_NF_NAT=m
CONFIG_NF_NAT_NEEDED=y
CONFIG_IP_NF_TARGET_MASQUERADE=m
CONFIG_IP_NF_TARGET_NETMAP=m
CONFIG_IP_NF_TARGET_REDIRECT=m
CONFIG_NF_NAT_SNMP_BASIC=m
CONFIG_NF_NAT_PROTO_UDPLITE=m
CONFIG_NF_NAT_PROTO_SCTP=m
CONFIG_NF_NAT_FTP=m
CONFIG_NF_NAT_IRC=m
CONFIG_NF_NAT_TFTP=m
# CONFIG_NF_NAT_AMANDA is not set
# CONFIG_NF_NAT_PPTP is not set
# CONFIG_NF_NAT_H323 is not set
# CONFIG_NF_NAT_SIP is not set
CONFIG_IP_NF_MANGLE=m
CONFIG_IP_NF_TARGET_CLUSTERIP=m
CONFIG_IP_NF_TARGET_ECN=m
CONFIG_IP_NF_TARGET_TTL=m
CONFIG_IP_NF_RAW=m
CONFIG_IP_NF_ARPTABLES=m
CONFIG_IP_NF_ARPFILTER=m
CONFIG_IP_NF_ARP_MANGLE=m

#
# IPv6: Netfilter Configuration
#
# CONFIG_NF_CONNTRACK_IPV6 is not set
# CONFIG_IP6_NF_QUEUE is not set
# CONFIG_IP6_NF_IPTABLES is not set
# CONFIG_IP_DCCP is not set
CONFIG_IP_SCTP=m
# CONFIG_SCTP_DBG_MSG is not set
# CONFIG_SCTP_DBG_OBJCNT is not set
# CONFIG_SCTP_HMAC_NONE is not set
# CONFIG_SCTP_HMAC_SHA1 is not set
CONFIG_SCTP_HMAC_MD5=y
# CONFIG_TIPC is not set
# CONFIG_ATM is not set
# CONFIG_BRIDGE is not set
# CONFIG_NET_DSA is not set
# CONFIG_VLAN_8021Q is not set
# CONFIG_DECNET is not set
# CONFIG_LLC2 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_SCHED is not set
CONFIG_NET_CLS_ROUTE=y
# CONFIG_DCB is not set

#
# Network testing
#
# CONFIG_NET_PKTGEN is not set
# CONFIG_NET_TCPPROBE is not set
# CONFIG_HAMRADIO is not set
# CONFIG_CAN is not set
# CONFIG_IRDA is not set
# CONFIG_BT is not set
# CONFIG_AF_RXRPC is not set
# CONFIG_PHONET is not set
CONFIG_FIB_RULES=y
CONFIG_WIRELESS=y
CONFIG_CFG80211=m
# CONFIG_CFG80211_REG_DEBUG is not set
CONFIG_NL80211=y
# CONFIG_WIRELESS_OLD_REGULATORY is not set
CONFIG_WIRELESS_EXT=y
CONFIG_WIRELESS_EXT_SYSFS=y
CONFIG_LIB80211=m
CONFIG_MAC80211=m

#
# Rate control algorithm selection
#
CONFIG_MAC80211_RC_MINSTREL=y
# CONFIG_MAC80211_RC_DEFAULT_PID is not set
CONFIG_MAC80211_RC_DEFAULT_MINSTREL=y
CONFIG_MAC80211_RC_DEFAULT="minstrel"
# CONFIG_MAC80211_MESH is not set
CONFIG_MAC80211_LEDS=y
# CONFIG_MAC80211_DEBUGFS is not set
# CONFIG_MAC80211_DEBUG_MENU is not set
# CONFIG_WIMAX is not set
# CONFIG_RFKILL is not set
# CONFIG_NET_9P is not set

#
# Device Drivers
#

#
# Generic Driver Options
#
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_STANDALONE=y
CONFIG_PREVENT_FIRMWARE_BUILD=y
CONFIG_FW_LOADER=y
CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_EXTRA_FIRMWARE=""
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_SYS_HYPERVISOR is not set
# CONFIG_CONNECTOR is not set
# CONFIG_MTD is not set
# CONFIG_PARPORT is not set
CONFIG_PNP=y
CONFIG_PNP_DEBUG_MESSAGES=y

#
# Protocols
#
CONFIG_PNPACPI=y
CONFIG_BLK_DEV=y
CONFIG_BLK_DEV_FD=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_CRYPTOLOOP is not set
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=16
CONFIG_BLK_DEV_RAM_SIZE=4096
# CONFIG_BLK_DEV_XIP is not set
# CONFIG_CDROM_PKTCDVD is not set
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_IBM_ASM is not set
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_SGI_IOC4 is not set
CONFIG_TIFM_CORE=m
CONFIG_TIFM_7XX1=m
# CONFIG_ICS932S401 is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_HP_ILO is not set
# CONFIG_C2PORT is not set
CONFIG_HAVE_IDE=y
CONFIG_IDE=y

#
# Please see Documentation/ide/ide.txt for help/info on IDE drives
#
CONFIG_IDE_TIMINGS=y
CONFIG_IDE_ATAPI=y
# CONFIG_BLK_DEV_IDE_SATA is not set
CONFIG_IDE_GD=y
CONFIG_IDE_GD_ATA=y
# CONFIG_IDE_GD_ATAPI is not set
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=y
# CONFIG_BLK_DEV_IDETAPE is not set
CONFIG_BLK_DEV_IDEACPI=y
# CONFIG_IDE_TASK_IOCTL is not set
CONFIG_IDE_PROC_FS=y

#
# IDE chipset support/bugfixes
#
CONFIG_IDE_GENERIC=y
# CONFIG_BLK_DEV_PLATFORM is not set
# CONFIG_BLK_DEV_CMD640 is not set
# CONFIG_BLK_DEV_IDEPNP is not set
CONFIG_BLK_DEV_IDEDMA_SFF=y

#
# PCI IDE chipsets support
#
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_PCIBUS_ORDER=y
# CONFIG_BLK_DEV_GENERIC is not set
# CONFIG_BLK_DEV_OPTI621 is not set
# CONFIG_BLK_DEV_RZ1000 is not set
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_AEC62XX is not set
# CONFIG_BLK_DEV_ALI15X3 is not set
CONFIG_BLK_DEV_AMD74XX=y
# CONFIG_BLK_DEV_ATIIXP is not set
# CONFIG_BLK_DEV_CMD64X is not set
# CONFIG_BLK_DEV_TRIFLEX is not set
# CONFIG_BLK_DEV_CS5520 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_BLK_DEV_CS5535 is not set
# CONFIG_BLK_DEV_HPT366 is not set
# CONFIG_BLK_DEV_JMICRON is not set
# CONFIG_BLK_DEV_SC1200 is not set
CONFIG_BLK_DEV_PIIX=y
# CONFIG_BLK_DEV_IT8172 is not set
# CONFIG_BLK_DEV_IT8213 is not set
# CONFIG_BLK_DEV_IT821X is not set
# CONFIG_BLK_DEV_NS87415 is not set
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_BLK_DEV_PDC202XX_NEW is not set
# CONFIG_BLK_DEV_SVWKS is not set
# CONFIG_BLK_DEV_SIIMAGE is not set
# CONFIG_BLK_DEV_SIS5513 is not set
# CONFIG_BLK_DEV_SLC90E66 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_VIA82CXXX is not set
# CONFIG_BLK_DEV_TC86C001 is not set
CONFIG_BLK_DEV_IDEDMA=y

#
# SCSI device support
#
# CONFIG_RAID_ATTRS is not set
CONFIG_SCSI=y
CONFIG_SCSI_DMA=y
# CONFIG_SCSI_TGT is not set
CONFIG_SCSI_NETLINK=y
# CONFIG_SCSI_PROC_FS is not set

#
# SCSI support type (disk, tape, CD-ROM)
#
CONFIG_BLK_DEV_SD=y
# CONFIG_CHR_DEV_ST is not set
# CONFIG_CHR_DEV_OSST is not set
CONFIG_BLK_DEV_SR=y
# CONFIG_BLK_DEV_SR_VENDOR is not set
CONFIG_CHR_DEV_SG=y
# CONFIG_CHR_DEV_SCH is not set

#
# Some SCSI devices (e.g. CD jukebox) support multiple LUNs
#
# CONFIG_SCSI_MULTI_LUN is not set
# CONFIG_SCSI_CONSTANTS is not set
# CONFIG_SCSI_LOGGING is not set
# CONFIG_SCSI_SCAN_ASYNC is not set
CONFIG_SCSI_WAIT_SCAN=m

#
# SCSI Transports
#
CONFIG_SCSI_SPI_ATTRS=y
CONFIG_SCSI_FC_ATTRS=y
# CONFIG_SCSI_ISCSI_ATTRS is not set
# CONFIG_SCSI_SAS_LIBSAS is not set
# CONFIG_SCSI_SRP_ATTRS is not set
CONFIG_SCSI_LOWLEVEL=y
# CONFIG_ISCSI_TCP is not set
CONFIG_BLK_DEV_3W_XXXX_RAID=y
# CONFIG_SCSI_3W_9XXX is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AACRAID is not set
CONFIG_SCSI_AIC7XXX=y
CONFIG_AIC7XXX_CMDS_PER_DEVICE=32
CONFIG_AIC7XXX_RESET_DELAY_MS=5000
CONFIG_AIC7XXX_DEBUG_ENABLE=y
CONFIG_AIC7XXX_DEBUG_MASK=0
CONFIG_AIC7XXX_REG_PRETTY_PRINT=y
# CONFIG_SCSI_AIC7XXX_OLD is not set
CONFIG_SCSI_AIC79XX=y
CONFIG_AIC79XX_CMDS_PER_DEVICE=32
CONFIG_AIC79XX_RESET_DELAY_MS=4000
# CONFIG_AIC79XX_DEBUG_ENABLE is not set
CONFIG_AIC79XX_DEBUG_MASK=0
# CONFIG_AIC79XX_REG_PRETTY_PRINT is not set
# CONFIG_SCSI_AIC94XX is not set
# CONFIG_SCSI_DPT_I2O is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_ARCMSR is not set
# CONFIG_MEGARAID_NEWGEN is not set
# CONFIG_MEGARAID_LEGACY is not set
# CONFIG_MEGARAID_SAS is not set
# CONFIG_SCSI_HPTIOP is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_LIBFC is not set
# CONFIG_FCOE is not set
# CONFIG_SCSI_DMX3191D is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
# CONFIG_SCSI_GDTH is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_MVSAS is not set
# CONFIG_SCSI_STEX is not set
# CONFIG_SCSI_SYM53C8XX_2 is not set
# CONFIG_SCSI_IPR is not set
# CONFIG_SCSI_QLOGIC_1280 is not set
# CONFIG_SCSI_QLA_FC is not set
# CONFIG_SCSI_QLA_ISCSI is not set
# CONFIG_SCSI_LPFC is not set
# CONFIG_SCSI_DC395x is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_NSP32 is not set
# CONFIG_SCSI_DEBUG is not set
# CONFIG_SCSI_SRP is not set
# CONFIG_SCSI_DH is not set
CONFIG_ATA=y
# CONFIG_ATA_NONSTANDARD is not set
CONFIG_ATA_ACPI=y
CONFIG_SATA_PMP=y
CONFIG_SATA_AHCI=y
# CONFIG_SATA_SIL24 is not set
CONFIG_ATA_SFF=y
CONFIG_SATA_SVW=y
CONFIG_ATA_PIIX=y
# CONFIG_SATA_MV is not set
CONFIG_SATA_NV=y
# CONFIG_PDC_ADMA is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SX4 is not set
CONFIG_SATA_SIL=y
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_ULI is not set
CONFIG_SATA_VIA=y
# CONFIG_SATA_VITESSE is not set
# CONFIG_SATA_INIC162X is not set
# CONFIG_PATA_ACPI is not set
# CONFIG_PATA_ALI is not set
# CONFIG_PATA_AMD is not set
# CONFIG_PATA_ARTOP is not set
# CONFIG_PATA_ATIIXP is not set
# CONFIG_PATA_CMD640_PCI is not set
# CONFIG_PATA_CMD64X is not set
# CONFIG_PATA_CS5520 is not set
# CONFIG_PATA_CS5530 is not set
# CONFIG_PATA_CS5535 is not set
# CONFIG_PATA_CS5536 is not set
# CONFIG_PATA_CYPRESS is not set
# CONFIG_PATA_EFAR is not set
# CONFIG_ATA_GENERIC is not set
# CONFIG_PATA_HPT366 is not set
# CONFIG_PATA_HPT37X is not set
# CONFIG_PATA_HPT3X2N is not set
# CONFIG_PATA_HPT3X3 is not set
# CONFIG_PATA_IT821X is not set
# CONFIG_PATA_IT8213 is not set
# CONFIG_PATA_JMICRON is not set
# CONFIG_PATA_TRIFLEX is not set
# CONFIG_PATA_MARVELL is not set
# CONFIG_PATA_MPIIX is not set
# CONFIG_PATA_OLDPIIX is not set
# CONFIG_PATA_NETCELL is not set
# CONFIG_PATA_NINJA32 is not set
# CONFIG_PATA_NS87410 is not set
# CONFIG_PATA_NS87415 is not set
# CONFIG_PATA_OPTI is not set
# CONFIG_PATA_OPTIDMA is not set
# CONFIG_PATA_PDC_OLD is not set
# CONFIG_PATA_RADISYS is not set
# CONFIG_PATA_RZ1000 is not set
# CONFIG_PATA_SC1200 is not set
# CONFIG_PATA_SERVERWORKS is not set
# CONFIG_PATA_PDC2027X is not set
# CONFIG_PATA_SIL680 is not set
# CONFIG_PATA_SIS is not set
# CONFIG_PATA_VIA is not set
# CONFIG_PATA_WINBOND is not set
# CONFIG_PATA_SCH is not set
CONFIG_MD=y
# CONFIG_BLK_DEV_MD is not set
CONFIG_BLK_DEV_DM=y
# CONFIG_DM_DEBUG is not set
# CONFIG_DM_CRYPT is not set
# CONFIG_DM_SNAPSHOT is not set
# CONFIG_DM_MIRROR is not set
# CONFIG_DM_ZERO is not set
# CONFIG_DM_MULTIPATH is not set
# CONFIG_DM_DELAY is not set
# CONFIG_DM_UEVENT is not set
# CONFIG_FUSION is not set

#
# IEEE 1394 (FireWire) support
#

#
# Enable only one of the two stacks, unless you know what you are doing
#
# CONFIG_FIREWIRE is not set
CONFIG_IEEE1394=y
CONFIG_IEEE1394_OHCI1394=y
# CONFIG_IEEE1394_PCILYNX is not set
# CONFIG_IEEE1394_SBP2 is not set
# CONFIG_IEEE1394_ETH1394_ROM_ENTRY is not set
# CONFIG_IEEE1394_ETH1394 is not set
CONFIG_IEEE1394_RAWIO=y
# CONFIG_IEEE1394_VIDEO1394 is not set
# CONFIG_IEEE1394_DV1394 is not set
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
# CONFIG_I2O is not set
# CONFIG_MACINTOSH_DRIVERS is not set
CONFIG_NETDEVICES=y
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
# CONFIG_MACVLAN is not set
# CONFIG_EQUALIZER is not set
CONFIG_TUN=m
# CONFIG_VETH is not set
# CONFIG_NET_SB1000 is not set
# CONFIG_ARCNET is not set
# CONFIG_NET_ETHERNET is not set
CONFIG_NETDEV_1000=y
# CONFIG_ACENIC is not set
# CONFIG_DL2K is not set
# CONFIG_E1000 is not set
# CONFIG_E1000E is not set
# CONFIG_IP1000 is not set
# CONFIG_IGB is not set
# CONFIG_NS83820 is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_R8169 is not set
# CONFIG_SIS190 is not set
# CONFIG_SKGE is not set
CONFIG_SKY2=y
# CONFIG_SKY2_DEBUG is not set
# CONFIG_VIA_VELOCITY is not set
# CONFIG_TIGON3 is not set
# CONFIG_BNX2 is not set
# CONFIG_QLA3XXX is not set
# CONFIG_ATL1 is not set
# CONFIG_ATL1E is not set
# CONFIG_JME is not set
# CONFIG_NETDEV_10000 is not set
# CONFIG_TR is not set

#
# Wireless LAN
#
# CONFIG_WLAN_PRE80211 is not set
CONFIG_WLAN_80211=y
# CONFIG_LIBERTAS is not set
# CONFIG_LIBERTAS_THINFIRM is not set
# CONFIG_AIRO is not set
# CONFIG_HERMES is not set
# CONFIG_ATMEL is not set
# CONFIG_PRISM54 is not set
# CONFIG_USB_ZD1201 is not set
# CONFIG_USB_NET_RNDIS_WLAN is not set
# CONFIG_RTL8180 is not set
# CONFIG_RTL8187 is not set
# CONFIG_ADM8211 is not set
# CONFIG_MAC80211_HWSIM is not set
# CONFIG_P54_COMMON is not set
# CONFIG_ATH5K is not set
# CONFIG_ATH9K is not set
# CONFIG_IPW2100 is not set
# CONFIG_IPW2200 is not set
CONFIG_IWLWIFI=m
CONFIG_IWLCORE=m
# CONFIG_IWLWIFI_LEDS is not set
# CONFIG_IWLWIFI_RFKILL is not set
# CONFIG_IWLWIFI_DEBUG is not set
# CONFIG_IWLAGN is not set
CONFIG_IWL3945=m
# CONFIG_IWL3945_RFKILL is not set
CONFIG_IWL3945_SPECTRUM_MEASUREMENT=y
CONFIG_IWL3945_LEDS=y
CONFIG_IWL3945_DEBUG=y
# CONFIG_HOSTAP is not set
# CONFIG_B43 is not set
# CONFIG_B43LEGACY is not set
# CONFIG_ZD1211RW is not set
# CONFIG_RT2X00 is not set

#
# Enable WiMAX (Networking options) to see the WiMAX drivers
#

#
# USB Network Adapters
#
# CONFIG_USB_CATC is not set
# CONFIG_USB_KAWETH is not set
# CONFIG_USB_PEGASUS is not set
# CONFIG_USB_RTL8150 is not set
# CONFIG_USB_USBNET is not set
# CONFIG_WAN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_FC is not set
CONFIG_NETCONSOLE=y
# CONFIG_NETCONSOLE_DYNAMIC is not set
CONFIG_NETPOLL=y
# CONFIG_NETPOLL_TRAP is not set
CONFIG_NET_POLL_CONTROLLER=y
# CONFIG_ISDN is not set
# CONFIG_PHONE is not set

#
# Input device support
#
CONFIG_INPUT=y
# CONFIG_INPUT_FF_MEMLESS is not set
# CONFIG_INPUT_POLLDEV is not set

#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
# CONFIG_INPUT_JOYDEV is not set
CONFIG_INPUT_EVDEV=y
# CONFIG_INPUT_EVBUG is not set

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
# CONFIG_KEYBOARD_SUNKBD is not set
# CONFIG_KEYBOARD_LKKBD is not set
# CONFIG_KEYBOARD_XTKBD is not set
# CONFIG_KEYBOARD_NEWTON is not set
# CONFIG_KEYBOARD_STOWAWAY is not set
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
# CONFIG_MOUSE_PS2_ELANTECH is not set
# CONFIG_MOUSE_PS2_TOUCHKIT is not set
# CONFIG_MOUSE_SERIAL is not set
# CONFIG_MOUSE_APPLETOUCH is not set
# CONFIG_MOUSE_BCM5974 is not set
# CONFIG_MOUSE_VSXXXAA is not set
# CONFIG_INPUT_JOYSTICK is not set
# CONFIG_INPUT_TABLET is not set
# CONFIG_INPUT_TOUCHSCREEN is not set
# CONFIG_INPUT_MISC is not set

#
# Hardware I/O ports
#
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
# CONFIG_GAMEPORT is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_CONSOLE_TRANSLATIONS=y
CONFIG_VT_CONSOLE=y
CONFIG_HW_CONSOLE=y
# CONFIG_VT_HW_CONSOLE_BINDING is not set
CONFIG_DEVKMEM=y
# CONFIG_SERIAL_NONSTANDARD is not set
# CONFIG_NOZOMI is not set

#
# Serial drivers
#
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_FIX_EARLYCON_MEM=y
CONFIG_SERIAL_8250_PCI=y
CONFIG_SERIAL_8250_PNP=y
CONFIG_SERIAL_8250_NR_UARTS=4
CONFIG_SERIAL_8250_RUNTIME_UARTS=4
# CONFIG_SERIAL_8250_EXTENDED is not set

#
# Non-8250 serial port support
#
CONFIG_SERIAL_CORE=y
CONFIG_SERIAL_CORE_CONSOLE=y
CONFIG_CONSOLE_POLL=y
# CONFIG_SERIAL_JSM is not set
CONFIG_UNIX98_PTYS=y
# CONFIG_DEVPTS_MULTIPLE_INSTANCES is not set
CONFIG_LEGACY_PTYS=y
CONFIG_LEGACY_PTY_COUNT=256
# CONFIG_IPMI_HANDLER is not set
CONFIG_HW_RANDOM=y
CONFIG_HW_RANDOM_INTEL=y
CONFIG_HW_RANDOM_AMD=y
CONFIG_HW_RANDOM_GEODE=y
CONFIG_HW_RANDOM_VIA=y
# CONFIG_NVRAM is not set
# CONFIG_R3964 is not set
# CONFIG_APPLICOM is not set
# CONFIG_SONYPI is not set
# CONFIG_MWAVE is not set
# CONFIG_PC8736x_GPIO is not set
# CONFIG_NSC_GPIO is not set
# CONFIG_CS5535_GPIO is not set
CONFIG_RAW_DRIVER=y
CONFIG_MAX_RAW_DEVS=256
CONFIG_HPET=y
CONFIG_HPET_MMAP=y
# CONFIG_HANGCHECK_TIMER is not set
# CONFIG_TCG_TPM is not set
# CONFIG_TELCLOCK is not set
CONFIG_DEVPORT=y
CONFIG_I2C=m
CONFIG_I2C_BOARDINFO=y
# CONFIG_I2C_CHARDEV is not set
CONFIG_I2C_HELPER_AUTO=y
CONFIG_I2C_ALGOBIT=m

#
# I2C Hardware Bus support
#

#
# PC SMBus host controller drivers
#
# CONFIG_I2C_ALI1535 is not set
# CONFIG_I2C_ALI1563 is not set
# CONFIG_I2C_ALI15X3 is not set
# CONFIG_I2C_AMD756 is not set
# CONFIG_I2C_AMD8111 is not set
# CONFIG_I2C_I801 is not set
# CONFIG_I2C_ISCH is not set
# CONFIG_I2C_PIIX4 is not set
# CONFIG_I2C_NFORCE2 is not set
# CONFIG_I2C_SIS5595 is not set
# CONFIG_I2C_SIS630 is not set
# CONFIG_I2C_SIS96X is not set
# CONFIG_I2C_VIA is not set
# CONFIG_I2C_VIAPRO is not set

#
# I2C system bus drivers (mostly embedded / system-on-chip)
#
# CONFIG_I2C_OCORES is not set
# CONFIG_I2C_SIMTEC is not set

#
# External I2C/SMBus adapter drivers
#
# CONFIG_I2C_PARPORT_LIGHT is not set
# CONFIG_I2C_TAOS_EVM is not set
# CONFIG_I2C_TINY_USB is not set

#
# Graphics adapter I2C/DDC channel drivers
#
# CONFIG_I2C_VOODOO3 is not set

#
# Other I2C/SMBus bus drivers
#
# CONFIG_I2C_PCA_PLATFORM is not set
# CONFIG_I2C_STUB is not set
# CONFIG_SCx200_ACB is not set

#
# Miscellaneous I2C Chip support
#
# CONFIG_DS1682 is not set
# CONFIG_AT24 is not set
# CONFIG_SENSORS_EEPROM is not set
# CONFIG_SENSORS_PCF8574 is not set
# CONFIG_PCF8575 is not set
# CONFIG_SENSORS_PCA9539 is not set
# CONFIG_SENSORS_PCF8591 is not set
# CONFIG_SENSORS_MAX6875 is not set
# CONFIG_SENSORS_TSL2550 is not set
# CONFIG_I2C_DEBUG_CORE is not set
# CONFIG_I2C_DEBUG_ALGO is not set
# CONFIG_I2C_DEBUG_BUS is not set
# CONFIG_I2C_DEBUG_CHIP is not set
# CONFIG_SPI is not set
CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y
# CONFIG_GPIOLIB is not set
# CONFIG_W1 is not set
CONFIG_POWER_SUPPLY=y
# CONFIG_POWER_SUPPLY_DEBUG is not set
# CONFIG_PDA_POWER is not set
# CONFIG_BATTERY_DS2760 is not set
# CONFIG_BATTERY_BQ27x00 is not set
CONFIG_HWMON=m
# CONFIG_HWMON_VID is not set
# CONFIG_SENSORS_ABITUGURU is not set
# CONFIG_SENSORS_ABITUGURU3 is not set
# CONFIG_SENSORS_AD7414 is not set
# CONFIG_SENSORS_AD7418 is not set
# CONFIG_SENSORS_ADM1021 is not set
# CONFIG_SENSORS_ADM1025 is not set
# CONFIG_SENSORS_ADM1026 is not set
# CONFIG_SENSORS_ADM1029 is not set
# CONFIG_SENSORS_ADM1031 is not set
# CONFIG_SENSORS_ADM9240 is not set
# CONFIG_SENSORS_ADT7462 is not set
# CONFIG_SENSORS_ADT7470 is not set
# CONFIG_SENSORS_ADT7473 is not set
# CONFIG_SENSORS_K8TEMP is not set
# CONFIG_SENSORS_ASB100 is not set
# CONFIG_SENSORS_ATXP1 is not set
# CONFIG_SENSORS_DS1621 is not set
# CONFIG_SENSORS_I5K_AMB is not set
# CONFIG_SENSORS_F71805F is not set
# CONFIG_SENSORS_F71882FG is not set
# CONFIG_SENSORS_F75375S is not set
# CONFIG_SENSORS_FSCHER is not set
# CONFIG_SENSORS_FSCPOS is not set
# CONFIG_SENSORS_FSCHMD is not set
# CONFIG_SENSORS_GL518SM is not set
# CONFIG_SENSORS_GL520SM is not set
CONFIG_SENSORS_CORETEMP=m
# CONFIG_SENSORS_IT87 is not set
# CONFIG_SENSORS_LM63 is not set
# CONFIG_SENSORS_LM75 is not set
# CONFIG_SENSORS_LM77 is not set
# CONFIG_SENSORS_LM78 is not set
# CONFIG_SENSORS_LM80 is not set
# CONFIG_SENSORS_LM83 is not set
# CONFIG_SENSORS_LM85 is not set
# CONFIG_SENSORS_LM87 is not set
# CONFIG_SENSORS_LM90 is not set
# CONFIG_SENSORS_LM92 is not set
# CONFIG_SENSORS_LM93 is not set
# CONFIG_SENSORS_LTC4245 is not set
# CONFIG_SENSORS_MAX1619 is not set
# CONFIG_SENSORS_MAX6650 is not set
# CONFIG_SENSORS_PC87360 is not set
# CONFIG_SENSORS_PC87427 is not set
# CONFIG_SENSORS_SIS5595 is not set
# CONFIG_SENSORS_DME1737 is not set
# CONFIG_SENSORS_SMSC47M1 is not set
# CONFIG_SENSORS_SMSC47M192 is not set
# CONFIG_SENSORS_SMSC47B397 is not set
# CONFIG_SENSORS_ADS7828 is not set
# CONFIG_SENSORS_THMC50 is not set
# CONFIG_SENSORS_VIA686A is not set
# CONFIG_SENSORS_VT1211 is not set
# CONFIG_SENSORS_VT8231 is not set
# CONFIG_SENSORS_W83781D is not set
# CONFIG_SENSORS_W83791D is not set
# CONFIG_SENSORS_W83792D is not set
# CONFIG_SENSORS_W83793 is not set
# CONFIG_SENSORS_W83L785TS is not set
# CONFIG_SENSORS_W83L786NG is not set
# CONFIG_SENSORS_W83627HF is not set
# CONFIG_SENSORS_W83627EHF is not set
# CONFIG_SENSORS_HDAPS is not set
# CONFIG_SENSORS_LIS3LV02D is not set
# CONFIG_SENSORS_APPLESMC is not set
# CONFIG_HWMON_DEBUG_CHIP is not set
CONFIG_THERMAL=y
# CONFIG_WATCHDOG is not set
CONFIG_SSB_POSSIBLE=y

#
# Sonics Silicon Backplane
#
# CONFIG_SSB is not set

#
# Multifunction device drivers
#
# CONFIG_MFD_CORE is not set
# CONFIG_MFD_SM501 is not set
# CONFIG_HTC_PASIC3 is not set
# CONFIG_MFD_TMIO is not set
# CONFIG_MFD_WM8400 is not set
# CONFIG_MFD_WM8350_I2C is not set
# CONFIG_REGULATOR is not set

#
# Multimedia devices
#

#
# Multimedia core support
#
CONFIG_VIDEO_DEV=m
CONFIG_VIDEO_V4L2_COMMON=m
CONFIG_VIDEO_ALLOW_V4L1=y
CONFIG_VIDEO_V4L1_COMPAT=y
CONFIG_DVB_CORE=m
CONFIG_VIDEO_MEDIA=m

#
# Multimedia drivers
#
# CONFIG_MEDIA_ATTACH is not set
CONFIG_MEDIA_TUNER=m
# CONFIG_MEDIA_TUNER_CUSTOMIZE is not set
CONFIG_MEDIA_TUNER_SIMPLE=m
CONFIG_MEDIA_TUNER_TDA8290=m
CONFIG_MEDIA_TUNER_TDA9887=m
CONFIG_MEDIA_TUNER_TEA5761=m
CONFIG_MEDIA_TUNER_TEA5767=m
CONFIG_MEDIA_TUNER_MT20XX=m
CONFIG_MEDIA_TUNER_XC2028=m
CONFIG_MEDIA_TUNER_XC5000=m
CONFIG_VIDEO_V4L2=m
CONFIG_VIDEO_V4L1=m
CONFIG_VIDEO_CAPTURE_DRIVERS=y
# CONFIG_VIDEO_ADV_DEBUG is not set
# CONFIG_VIDEO_FIXED_MINOR_RANGES is not set
CONFIG_VIDEO_HELPER_CHIPS_AUTO=y
# CONFIG_VIDEO_VIVI is not set
# CONFIG_VIDEO_BT848 is not set
# CONFIG_VIDEO_CPIA is not set
# CONFIG_VIDEO_CPIA2 is not set
# CONFIG_VIDEO_SAA5246A is not set
# CONFIG_VIDEO_SAA5249 is not set
# CONFIG_VIDEO_STRADIS is not set
# CONFIG_VIDEO_ZORAN is not set
# CONFIG_VIDEO_SAA7134 is not set
# CONFIG_VIDEO_MXB is not set
# CONFIG_VIDEO_HEXIUM_ORION is not set
# CONFIG_VIDEO_HEXIUM_GEMINI is not set
# CONFIG_VIDEO_CX88 is not set
# CONFIG_VIDEO_CX23885 is not set
# CONFIG_VIDEO_AU0828 is not set
# CONFIG_VIDEO_IVTV is not set
# CONFIG_VIDEO_CX18 is not set
# CONFIG_VIDEO_CAFE_CCIC is not set
# CONFIG_SOC_CAMERA is not set
CONFIG_V4L_USB_DRIVERS=y
# CONFIG_USB_VIDEO_CLASS is not set
CONFIG_USB_GSPCA=m
# CONFIG_USB_M5602 is not set
# CONFIG_USB_STV06XX is not set
# CONFIG_USB_GSPCA_CONEX is not set
# CONFIG_USB_GSPCA_ETOMS is not set
# CONFIG_USB_GSPCA_FINEPIX is not set
# CONFIG_USB_GSPCA_MARS is not set
# CONFIG_USB_GSPCA_OV519 is not set
# CONFIG_USB_GSPCA_OV534 is not set
# CONFIG_USB_GSPCA_PAC207 is not set
# CONFIG_USB_GSPCA_PAC7311 is not set
# CONFIG_USB_GSPCA_SONIXB is not set
# CONFIG_USB_GSPCA_SONIXJ is not set
# CONFIG_USB_GSPCA_SPCA500 is not set
# CONFIG_USB_GSPCA_SPCA501 is not set
# CONFIG_USB_GSPCA_SPCA505 is not set
# CONFIG_USB_GSPCA_SPCA506 is not set
# CONFIG_USB_GSPCA_SPCA508 is not set
# CONFIG_USB_GSPCA_SPCA561 is not set
# CONFIG_USB_GSPCA_STK014 is not set
# CONFIG_USB_GSPCA_SUNPLUS is not set
# CONFIG_USB_GSPCA_T613 is not set
# CONFIG_USB_GSPCA_TV8532 is not set
# CONFIG_USB_GSPCA_VC032X is not set
# CONFIG_USB_GSPCA_ZC3XX is not set
# CONFIG_VIDEO_PVRUSB2 is not set
# CONFIG_VIDEO_EM28XX is not set
# CONFIG_VIDEO_USBVISION is not set
# CONFIG_USB_VICAM is not set
# CONFIG_USB_IBMCAM is not set
# CONFIG_USB_KONICAWC is not set
# CONFIG_USB_QUICKCAM_MESSENGER is not set
# CONFIG_USB_ET61X251 is not set
# CONFIG_VIDEO_OVCAMCHIP is not set
# CONFIG_USB_OV511 is not set
# CONFIG_USB_SE401 is not set
# CONFIG_USB_SN9C102 is not set
# CONFIG_USB_STV680 is not set
# CONFIG_USB_ZC0301 is not set
# CONFIG_USB_PWC is not set
# CONFIG_USB_ZR364XX is not set
# CONFIG_USB_STKWEBCAM is not set
# CONFIG_USB_S2255 is not set
CONFIG_RADIO_ADAPTERS=y
# CONFIG_RADIO_GEMTEK_PCI is not set
# CONFIG_RADIO_MAXIRADIO is not set
# CONFIG_RADIO_MAESTRO is not set
# CONFIG_USB_DSBR is not set
# CONFIG_USB_SI470X is not set
# CONFIG_USB_MR800 is not set
# CONFIG_RADIO_TEA5764 is not set
# CONFIG_DVB_DYNAMIC_MINORS is not set
# CONFIG_DVB_CAPTURE_DRIVERS is not set
# CONFIG_DAB is not set

#
# Graphics support
#
CONFIG_AGP=y
# CONFIG_AGP_ALI is not set
# CONFIG_AGP_ATI is not set
# CONFIG_AGP_AMD is not set
CONFIG_AGP_AMD64=y
CONFIG_AGP_INTEL=y
# CONFIG_AGP_NVIDIA is not set
# CONFIG_AGP_SIS is not set
# CONFIG_AGP_SWORKS is not set
# CONFIG_AGP_VIA is not set
# CONFIG_AGP_EFFICEON is not set
CONFIG_DRM=m
# CONFIG_DRM_TDFX is not set
# CONFIG_DRM_R128 is not set
# CONFIG_DRM_RADEON is not set
CONFIG_DRM_I810=m
CONFIG_DRM_I830=m
# CONFIG_DRM_I915 is not set
# CONFIG_DRM_MGA is not set
# CONFIG_DRM_SIS is not set
# CONFIG_DRM_VIA is not set
# CONFIG_DRM_SAVAGE is not set
# CONFIG_VGASTATE is not set
# CONFIG_VIDEO_OUTPUT_CONTROL is not set
# CONFIG_FB is not set
CONFIG_BACKLIGHT_LCD_SUPPORT=y
CONFIG_LCD_CLASS_DEVICE=m
# CONFIG_LCD_ILI9320 is not set
# CONFIG_LCD_PLATFORM is not set
CONFIG_BACKLIGHT_CLASS_DEVICE=m
CONFIG_BACKLIGHT_GENERIC=m
# CONFIG_BACKLIGHT_PROGEAR is not set
# CONFIG_BACKLIGHT_MBP_NVIDIA is not set
# CONFIG_BACKLIGHT_SAHARA is not set

#
# Display device support
#
# CONFIG_DISPLAY_SUPPORT is not set

#
# Console display driver support
#
CONFIG_VGA_CONSOLE=y
CONFIG_VGACON_SOFT_SCROLLBACK=y
CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=128
CONFIG_DUMMY_CONSOLE=y
CONFIG_SOUND=y
CONFIG_SOUND_OSS_CORE=y
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_JACK=y
CONFIG_SND_SEQUENCER=m
# CONFIG_SND_SEQ_DUMMY is not set
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_PCM_OSS_PLUGINS=y
CONFIG_SND_SEQUENCER_OSS=y
# CONFIG_SND_HRTIMER is not set
# CONFIG_SND_DYNAMIC_MINORS is not set
CONFIG_SND_SUPPORT_OLD_API=y
CONFIG_SND_VERBOSE_PROCFS=y
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_VMASTER=y
CONFIG_SND_DRIVERS=y
# CONFIG_SND_PCSP is not set
# CONFIG_SND_DUMMY is not set
# CONFIG_SND_VIRMIDI is not set
# CONFIG_SND_MTPAV is not set
# CONFIG_SND_SERIAL_U16550 is not set
# CONFIG_SND_MPU401 is not set
CONFIG_SND_PCI=y
# CONFIG_SND_AD1889 is not set
# CONFIG_SND_ALS300 is not set
# CONFIG_SND_ALS4000 is not set
# CONFIG_SND_ALI5451 is not set
# CONFIG_SND_ATIIXP is not set
# CONFIG_SND_ATIIXP_MODEM is not set
# CONFIG_SND_AU8810 is not set
# CONFIG_SND_AU8820 is not set
# CONFIG_SND_AU8830 is not set
# CONFIG_SND_AW2 is not set
# CONFIG_SND_AZT3328 is not set
# CONFIG_SND_BT87X is not set
# CONFIG_SND_CA0106 is not set
# CONFIG_SND_CMIPCI is not set
# CONFIG_SND_OXYGEN is not set
# CONFIG_SND_CS4281 is not set
# CONFIG_SND_CS46XX is not set
# CONFIG_SND_CS5530 is not set
# CONFIG_SND_CS5535AUDIO is not set
# CONFIG_SND_DARLA20 is not set
# CONFIG_SND_GINA20 is not set
# CONFIG_SND_LAYLA20 is not set
# CONFIG_SND_DARLA24 is not set
# CONFIG_SND_GINA24 is not set
# CONFIG_SND_LAYLA24 is not set
# CONFIG_SND_MONA is not set
# CONFIG_SND_MIA is not set
# CONFIG_SND_ECHO3G is not set
# CONFIG_SND_INDIGO is not set
# CONFIG_SND_INDIGOIO is not set
# CONFIG_SND_INDIGODJ is not set
# CONFIG_SND_EMU10K1 is not set
# CONFIG_SND_EMU10K1X is not set
# CONFIG_SND_ENS1370 is not set
# CONFIG_SND_ENS1371 is not set
# CONFIG_SND_ES1938 is not set
# CONFIG_SND_ES1968 is not set
# CONFIG_SND_FM801 is not set
CONFIG_SND_HDA_INTEL=m
# CONFIG_SND_HDA_HWDEP is not set
# CONFIG_SND_HDA_INPUT_BEEP is not set
CONFIG_SND_HDA_CODEC_REALTEK=y
CONFIG_SND_HDA_CODEC_ANALOG=y
CONFIG_SND_HDA_CODEC_SIGMATEL=y
CONFIG_SND_HDA_CODEC_VIA=y
CONFIG_SND_HDA_CODEC_ATIHDMI=y
CONFIG_SND_HDA_CODEC_NVHDMI=y
CONFIG_SND_HDA_CODEC_INTELHDMI=y
CONFIG_SND_HDA_ELD=y
CONFIG_SND_HDA_CODEC_CONEXANT=y
CONFIG_SND_HDA_CODEC_CMEDIA=y
CONFIG_SND_HDA_CODEC_SI3054=y
CONFIG_SND_HDA_GENERIC=y
CONFIG_SND_HDA_POWER_SAVE=y
CONFIG_SND_HDA_POWER_SAVE_DEFAULT=60
# CONFIG_SND_HDSP is not set
# CONFIG_SND_HDSPM is not set
# CONFIG_SND_HIFIER is not set
# CONFIG_SND_ICE1712 is not set
# CONFIG_SND_ICE1724 is not set
# CONFIG_SND_INTEL8X0 is not set
# CONFIG_SND_INTEL8X0M is not set
# CONFIG_SND_KORG1212 is not set
# CONFIG_SND_MAESTRO3 is not set
# CONFIG_SND_MIXART is not set
# CONFIG_SND_NM256 is not set
# CONFIG_SND_PCXHR is not set
# CONFIG_SND_RIPTIDE is not set
# CONFIG_SND_RME32 is not set
# CONFIG_SND_RME96 is not set
# CONFIG_SND_RME9652 is not set
# CONFIG_SND_SIS7019 is not set
# CONFIG_SND_SONICVIBES is not set
# CONFIG_SND_TRIDENT is not set
# CONFIG_SND_VIA82XX is not set
# CONFIG_SND_VIA82XX_MODEM is not set
# CONFIG_SND_VIRTUOSO is not set
# CONFIG_SND_VX222 is not set
# CONFIG_SND_YMFPCI is not set
CONFIG_SND_USB=y
# CONFIG_SND_USB_AUDIO is not set
# CONFIG_SND_USB_USX2Y is not set
# CONFIG_SND_USB_CAIAQ is not set
# CONFIG_SND_USB_US122L is not set
# CONFIG_SND_SOC is not set
CONFIG_SOUND_PRIME=y
# CONFIG_SOUND_OSS is not set
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
# CONFIG_HID_DEBUG is not set
CONFIG_HIDRAW=y

#
# USB Input Devices
#
CONFIG_USB_HID=y
# CONFIG_HID_PID is not set
CONFIG_USB_HIDDEV=y

#
# Special HID drivers
#
# CONFIG_HID_COMPAT is not set
CONFIG_HID_A4TECH=y
CONFIG_HID_APPLE=y
CONFIG_HID_BELKIN=y
CONFIG_HID_CHERRY=y
CONFIG_HID_CHICONY=y
CONFIG_HID_CYPRESS=y
CONFIG_HID_EZKEY=y
CONFIG_HID_GYRATION=y
CONFIG_HID_LOGITECH=y
# CONFIG_LOGITECH_FF is not set
# CONFIG_LOGIRUMBLEPAD2_FF is not set
CONFIG_HID_MICROSOFT=y
CONFIG_HID_MONTEREY=y
CONFIG_HID_NTRIG=y
CONFIG_HID_PANTHERLORD=y
# CONFIG_PANTHERLORD_FF is not set
CONFIG_HID_PETALYNX=y
CONFIG_HID_SAMSUNG=y
CONFIG_HID_SONY=y
CONFIG_HID_SUNPLUS=y
# CONFIG_GREENASIA_FF is not set
CONFIG_HID_TOPSEED=y
# CONFIG_THRUSTMASTER_FF is not set
# CONFIG_ZEROPLUS_FF is not set
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
# CONFIG_USB_DEBUG is not set
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y

#
# Miscellaneous USB options
#
CONFIG_USB_DEVICEFS=y
CONFIG_USB_DEVICE_CLASS=y
# CONFIG_USB_DYNAMIC_MINORS is not set
CONFIG_USB_SUSPEND=y
# CONFIG_USB_OTG is not set
CONFIG_USB_MON=y
# CONFIG_USB_WUSB is not set
# CONFIG_USB_WUSB_CBAF is not set

#
# USB Host Controller Drivers
#
# CONFIG_USB_C67X00_HCD is not set
CONFIG_USB_EHCI_HCD=y
# CONFIG_USB_EHCI_ROOT_HUB_TT is not set
# CONFIG_USB_EHCI_TT_NEWSCHED is not set
# CONFIG_USB_OXU210HP_HCD is not set
# CONFIG_USB_ISP116X_HCD is not set
# CONFIG_USB_ISP1760_HCD is not set
CONFIG_USB_OHCI_HCD=y
# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set
# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set
CONFIG_USB_OHCI_LITTLE_ENDIAN=y
CONFIG_USB_UHCI_HCD=y
# CONFIG_USB_SL811_HCD is not set
# CONFIG_USB_R8A66597_HCD is not set
# CONFIG_USB_WHCI_HCD is not set
# CONFIG_USB_HWA_HCD is not set

#
# USB Device Class drivers
#
# CONFIG_USB_ACM is not set
# CONFIG_USB_PRINTER is not set
# CONFIG_USB_WDM is not set
# CONFIG_USB_TMC is not set

#
# NOTE: USB_STORAGE depends on SCSI but BLK_DEV_SD may also be needed;
#

#
# see USB_STORAGE Help for more information
#
CONFIG_USB_STORAGE=y
# CONFIG_USB_STORAGE_DEBUG is not set
CONFIG_USB_STORAGE_DATAFAB=y
CONFIG_USB_STORAGE_FREECOM=y
CONFIG_USB_STORAGE_ISD200=y
CONFIG_USB_STORAGE_USBAT=y
CONFIG_USB_STORAGE_SDDR09=y
CONFIG_USB_STORAGE_SDDR55=y
CONFIG_USB_STORAGE_JUMPSHOT=y
CONFIG_USB_STORAGE_ALAUDA=y
# CONFIG_USB_STORAGE_ONETOUCH is not set
CONFIG_USB_STORAGE_KARMA=y
# CONFIG_USB_STORAGE_CYPRESS_ATACB is not set
CONFIG_USB_LIBUSUAL=y

#
# USB Imaging devices
#
# CONFIG_USB_MDC800 is not set
# CONFIG_USB_MICROTEK is not set

#
# USB port drivers
#
# CONFIG_USB_SERIAL is not set

#
# USB Miscellaneous drivers
#
# CONFIG_USB_EMI62 is not set
# CONFIG_USB_EMI26 is not set
# CONFIG_USB_ADUTUX is not set
# CONFIG_USB_SEVSEG is not set
# CONFIG_USB_RIO500 is not set
# CONFIG_USB_LEGOTOWER is not set
# CONFIG_USB_LCD is not set
# CONFIG_USB_BERRY_CHARGE is not set
# CONFIG_USB_LED is not set
# CONFIG_USB_CYPRESS_CY7C63 is not set
# CONFIG_USB_CYTHERM is not set
# CONFIG_USB_PHIDGET is not set
# CONFIG_USB_IDMOUSE is not set
# CONFIG_USB_FTDI_ELAN is not set
# CONFIG_USB_APPLEDISPLAY is not set
# CONFIG_USB_SISUSBVGA is not set
# CONFIG_USB_LD is not set
# CONFIG_USB_TRANCEVIBRATOR is not set
# CONFIG_USB_IOWARRIOR is not set
# CONFIG_USB_TEST is not set
# CONFIG_USB_ISIGHTFW is not set
# CONFIG_USB_VST is not set
# CONFIG_USB_GADGET is not set

#
# OTG and related infrastructure
#
# CONFIG_UWB is not set
CONFIG_MMC=m
# CONFIG_MMC_DEBUG is not set
# CONFIG_MMC_UNSAFE_RESUME is not set

#
# MMC/SD/SDIO Card Drivers
#
CONFIG_MMC_BLOCK=m
CONFIG_MMC_BLOCK_BOUNCE=y
CONFIG_SDIO_UART=m
CONFIG_MMC_TEST=m

#
# MMC/SD/SDIO Host Controller Drivers
#
CONFIG_MMC_SDHCI=m
CONFIG_MMC_SDHCI_PCI=m
# CONFIG_MMC_RICOH_MMC is not set
CONFIG_MMC_WBSD=m
CONFIG_MMC_TIFM_SD=m
# CONFIG_MEMSTICK is not set
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=m

#
# LED drivers
#
# CONFIG_LEDS_ALIX2 is not set
# CONFIG_LEDS_PCA9532 is not set
# CONFIG_LEDS_HP_DISK is not set
# CONFIG_LEDS_CLEVO_MAIL is not set
# CONFIG_LEDS_PCA955X is not set

#
# LED Triggers
#
CONFIG_LEDS_TRIGGERS=y
# CONFIG_LEDS_TRIGGER_TIMER is not set
# CONFIG_LEDS_TRIGGER_IDE_DISK is not set
# CONFIG_LEDS_TRIGGER_HEARTBEAT is not set
# CONFIG_LEDS_TRIGGER_BACKLIGHT is not set
# CONFIG_LEDS_TRIGGER_DEFAULT_ON is not set
# CONFIG_ACCESSIBILITY is not set
# CONFIG_INFINIBAND is not set
# CONFIG_EDAC is not set
CONFIG_RTC_LIB=m
CONFIG_RTC_CLASS=m

#
# RTC interfaces
#
CONFIG_RTC_INTF_SYSFS=y
CONFIG_RTC_INTF_PROC=y
CONFIG_RTC_INTF_DEV=y
# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set
# CONFIG_RTC_DRV_TEST is not set

#
# I2C RTC drivers
#
# CONFIG_RTC_DRV_DS1307 is not set
# CONFIG_RTC_DRV_DS1374 is not set
# CONFIG_RTC_DRV_DS1672 is not set
# CONFIG_RTC_DRV_MAX6900 is not set
# CONFIG_RTC_DRV_RS5C372 is not set
# CONFIG_RTC_DRV_ISL1208 is not set
# CONFIG_RTC_DRV_X1205 is not set
# CONFIG_RTC_DRV_PCF8563 is not set
# CONFIG_RTC_DRV_PCF8583 is not set
# CONFIG_RTC_DRV_M41T80 is not set
# CONFIG_RTC_DRV_S35390A is not set
# CONFIG_RTC_DRV_FM3130 is not set
# CONFIG_RTC_DRV_RX8581 is not set

#
# SPI RTC drivers
#

#
# Platform RTC drivers
#
CONFIG_RTC_DRV_CMOS=m
# CONFIG_RTC_DRV_DS1286 is not set
# CONFIG_RTC_DRV_DS1511 is not set
# CONFIG_RTC_DRV_DS1553 is not set
# CONFIG_RTC_DRV_DS1742 is not set
# CONFIG_RTC_DRV_STK17TA8 is not set
# CONFIG_RTC_DRV_M48T86 is not set
# CONFIG_RTC_DRV_M48T35 is not set
# CONFIG_RTC_DRV_M48T59 is not set
# CONFIG_RTC_DRV_BQ4802 is not set
# CONFIG_RTC_DRV_V3020 is not set

#
# on-CPU RTC drivers
#
CONFIG_DMADEVICES=y

#
# DMA Devices
#
# CONFIG_INTEL_IOATDMA is not set
# CONFIG_UIO is not set
# CONFIG_STAGING is not set
CONFIG_X86_PLATFORM_DEVICES=y
# CONFIG_ASUS_LAPTOP is not set
CONFIG_FUJITSU_LAPTOP=m
# CONFIG_FUJITSU_LAPTOP_DEBUG is not set
# CONFIG_TC1100_WMI is not set
# CONFIG_MSI_LAPTOP is not set
# CONFIG_PANASONIC_LAPTOP is not set
# CONFIG_COMPAL_LAPTOP is not set
# CONFIG_SONY_LAPTOP is not set
# CONFIG_THINKPAD_ACPI is not set
# CONFIG_INTEL_MENLOW is not set
# CONFIG_EEEPC_LAPTOP is not set
# CONFIG_ACPI_WMI is not set
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_TOSHIBA is not set

#
# Firmware Drivers
#
# CONFIG_EDD is not set
CONFIG_FIRMWARE_MEMMAP=y
# CONFIG_DELL_RBU is not set
# CONFIG_DCDBAS is not set
# CONFIG_DMIID is not set
# CONFIG_ISCSI_IBFT_FIND is not set

#
# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
# CONFIG_EXT2_FS_SECURITY is not set
# CONFIG_EXT2_FS_XIP is not set
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
# CONFIG_EXT3_FS_SECURITY is not set
# CONFIG_EXT4_FS is not set
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
# CONFIG_REISERFS_FS is not set
# CONFIG_JFS_FS is not set
CONFIG_FS_POSIX_ACL=y
CONFIG_FILE_LOCKING=y
# CONFIG_XFS_FS is not set
# CONFIG_GFS2_FS is not set
# CONFIG_OCFS2_FS is not set
# CONFIG_BTRFS_FS is not set
CONFIG_DNOTIFY=y
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_AUTOFS4_FS is not set
CONFIG_FUSE_FS=m
CONFIG_GENERIC_ACL=y

#
# CD-ROM/DVD Filesystems
#
CONFIG_ISO9660_FS=y
CONFIG_JOLIET=y
# CONFIG_ZISOFS is not set
CONFIG_UDF_FS=m
CONFIG_UDF_NLS=y

#
# DOS/FAT/NT Filesystems
#
CONFIG_FAT_FS=y
CONFIG_MSDOS_FS=y
CONFIG_VFAT_FS=y
CONFIG_FAT_DEFAULT_CODEPAGE=437
CONFIG_FAT_DEFAULT_IOCHARSET="iso8859-1"
# CONFIG_NTFS_FS is not set

#
# Pseudo filesystems
#
CONFIG_PROC_FS=y
CONFIG_PROC_KCORE=y
CONFIG_PROC_VMCORE=y
CONFIG_PROC_SYSCTL=y
CONFIG_PROC_PAGE_MONITOR=y
CONFIG_SYSFS=y
CONFIG_TMPFS=y
CONFIG_TMPFS_POSIX_ACL=y
# CONFIG_HUGETLBFS is not set
# CONFIG_HUGETLB_PAGE is not set
# CONFIG_CONFIGFS_FS is not set
CONFIG_MISC_FILESYSTEMS=y
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
# CONFIG_HFSPLUS_FS is not set
# CONFIG_BEFS_FS is not set
# CONFIG_BFS_FS is not set
# CONFIG_EFS_FS is not set
CONFIG_CRAMFS=m
# CONFIG_SQUASHFS is not set
# CONFIG_VXFS_FS is not set
# CONFIG_MINIX_FS is not set
# CONFIG_OMFS_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3=y
# CONFIG_NFS_V3_ACL is not set
CONFIG_NFS_V4=y
# CONFIG_ROOT_NFS is not set
# CONFIG_NFSD is not set
CONFIG_LOCKD=y
CONFIG_LOCKD_V4=y
CONFIG_NFS_COMMON=y
CONFIG_SUNRPC=y
CONFIG_SUNRPC_GSS=y
# CONFIG_SUNRPC_REGISTER_V4 is not set
CONFIG_RPCSEC_GSS_KRB5=y
# CONFIG_RPCSEC_GSS_SPKM3 is not set
CONFIG_SMB_FS=m
# CONFIG_SMB_NLS_DEFAULT is not set
CONFIG_CIFS=m
# CONFIG_CIFS_STATS is not set
# CONFIG_CIFS_WEAK_PW_HASH is not set
# CONFIG_CIFS_XATTR is not set
# CONFIG_CIFS_DEBUG2 is not set
CONFIG_CIFS_EXPERIMENTAL=y
# CONFIG_NCP_FS is not set
# CONFIG_CODA_FS is not set
# CONFIG_AFS_FS is not set

#
# Partition Types
#
CONFIG_PARTITION_ADVANCED=y
# CONFIG_ACORN_PARTITION is not set
# CONFIG_OSF_PARTITION is not set
# CONFIG_AMIGA_PARTITION is not set
# CONFIG_ATARI_PARTITION is not set
# CONFIG_MAC_PARTITION is not set
CONFIG_MSDOS_PARTITION=y
CONFIG_BSD_DISKLABEL=y
# CONFIG_MINIX_SUBPARTITION is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
CONFIG_LDM_PARTITION=y
CONFIG_LDM_DEBUG=y
# CONFIG_SGI_PARTITION is not set
# CONFIG_ULTRIX_PARTITION is not set
# CONFIG_SUN_PARTITION is not set
# CONFIG_KARMA_PARTITION is not set
# CONFIG_EFI_PARTITION is not set
# CONFIG_SYSV68_PARTITION is not set
CONFIG_NLS=y
CONFIG_NLS_DEFAULT="iso8859-1"
CONFIG_NLS_CODEPAGE_437=y
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_CODEPAGE_1250 is not set
# CONFIG_NLS_CODEPAGE_1251 is not set
CONFIG_NLS_ASCII=y
CONFIG_NLS_ISO8859_1=y
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_13 is not set
# CONFIG_NLS_ISO8859_14 is not set
CONFIG_NLS_ISO8859_15=y
# CONFIG_NLS_KOI8_R is not set
# CONFIG_NLS_KOI8_U is not set
CONFIG_NLS_UTF8=y
# CONFIG_DLM is not set

#
# Kernel hacking
#
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_PRINTK_TIME is not set
CONFIG_ENABLE_WARN_DEPRECATED=y
CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
CONFIG_UNUSED_SYMBOLS=y
CONFIG_DEBUG_FS=y
CONFIG_HEADERS_CHECK=y
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
CONFIG_DETECT_SOFTLOCKUP=y
# CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC is not set
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC_VALUE=0
CONFIG_SCHED_DEBUG=y
CONFIG_SCHEDSTATS=y
CONFIG_TIMER_STATS=y
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_SLUB_DEBUG_ON is not set
# CONFIG_SLUB_STATS is not set
CONFIG_DEBUG_PREEMPT=y
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_RT_MUTEX_TESTER is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_LOCK_ALLOC is not set
# CONFIG_PROVE_LOCKING is not set
# CONFIG_LOCK_STAT is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
CONFIG_STACKTRACE=y
# CONFIG_DEBUG_KOBJECT is not set
# CONFIG_DEBUG_HIGHMEM is not set
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_INFO=y
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_VIRTUAL is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_NOTIFIERS is not set
CONFIG_FRAME_POINTER=y
# CONFIG_BOOT_PRINTK_DELAY is not set
# CONFIG_RCU_TORTURE_TEST is not set
# CONFIG_KPROBES_SANITY_TEST is not set
# CONFIG_BACKTRACE_SELF_TEST is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_LKDTM is not set
# CONFIG_FAULT_INJECTION is not set
CONFIG_LATENCYTOP=y
CONFIG_SYSCTL_SYSCALL_CHECK=y
CONFIG_USER_STACKTRACE_SUPPORT=y
CONFIG_NOP_TRACER=y
CONFIG_HAVE_FUNCTION_TRACER=y
CONFIG_HAVE_FUNCTION_GRAPH_TRACER=y
CONFIG_HAVE_FUNCTION_TRACE_MCOUNT_TEST=y
CONFIG_HAVE_DYNAMIC_FTRACE=y
CONFIG_HAVE_FTRACE_MCOUNT_RECORD=y
CONFIG_RING_BUFFER=y
CONFIG_TRACING=y

#
# Tracers
#
# CONFIG_FUNCTION_TRACER is not set
# CONFIG_IRQSOFF_TRACER is not set
# CONFIG_PREEMPT_TRACER is not set
# CONFIG_SYSPROF_TRACER is not set
# CONFIG_SCHED_TRACER is not set
CONFIG_CONTEXT_SWITCH_TRACER=y
CONFIG_BOOT_TRACER=y
# CONFIG_TRACE_BRANCH_PROFILING is not set
# CONFIG_POWER_TRACER is not set
# CONFIG_STACK_TRACER is not set
# CONFIG_PROVIDE_OHCI1394_DMA_INIT is not set
# CONFIG_BUILD_DOCSRC is not set
# CONFIG_DYNAMIC_PRINTK_DEBUG is not set
# CONFIG_SAMPLES is not set
CONFIG_HAVE_ARCH_KGDB=y
CONFIG_KGDB=y
CONFIG_KGDB_SERIAL_CONSOLE=y
# CONFIG_KGDB_TESTS is not set
# CONFIG_STRICT_DEVMEM is not set
CONFIG_X86_VERBOSE_BOOTUP=y
CONFIG_EARLY_PRINTK=y
# CONFIG_EARLY_PRINTK_DBGP is not set
CONFIG_DEBUG_STACKOVERFLOW=y
# CONFIG_DEBUG_STACK_USAGE is not set
# CONFIG_DEBUG_PAGEALLOC is not set
# CONFIG_DEBUG_PER_CPU_MAPS is not set
# CONFIG_X86_PTDUMP is not set
CONFIG_DEBUG_RODATA=y
# CONFIG_DEBUG_RODATA_TEST is not set
# CONFIG_DEBUG_NX_TEST is not set
CONFIG_4KSTACKS=y
CONFIG_DOUBLEFAULT=y
# CONFIG_MMIOTRACE is not set
CONFIG_IO_DELAY_TYPE_0X80=0
CONFIG_IO_DELAY_TYPE_0XED=1
CONFIG_IO_DELAY_TYPE_UDELAY=2
CONFIG_IO_DELAY_TYPE_NONE=3
CONFIG_IO_DELAY_0X80=y
# CONFIG_IO_DELAY_0XED is not set
# CONFIG_IO_DELAY_UDELAY is not set
# CONFIG_IO_DELAY_NONE is not set
CONFIG_DEFAULT_IO_DELAY_TYPE=0
CONFIG_DEBUG_BOOT_PARAMS=y
# CONFIG_CPA_DEBUG is not set
# CONFIG_OPTIMIZE_INLINING is not set

#
# Security options
#
# CONFIG_KEYS is not set
# CONFIG_SECURITY is not set
# CONFIG_SECURITYFS is not set
# CONFIG_SECURITY_FILE_CAPABILITIES is not set
CONFIG_CRYPTO=y

#
# Crypto core or helper
#
# CONFIG_CRYPTO_FIPS is not set
CONFIG_CRYPTO_ALGAPI=y
CONFIG_CRYPTO_ALGAPI2=y
CONFIG_CRYPTO_AEAD=m
CONFIG_CRYPTO_AEAD2=y
CONFIG_CRYPTO_BLKCIPHER=y
CONFIG_CRYPTO_BLKCIPHER2=y
CONFIG_CRYPTO_HASH=y
CONFIG_CRYPTO_HASH2=y
CONFIG_CRYPTO_RNG=m
CONFIG_CRYPTO_RNG2=y
CONFIG_CRYPTO_MANAGER=y
CONFIG_CRYPTO_MANAGER2=y
CONFIG_CRYPTO_GF128MUL=y
CONFIG_CRYPTO_NULL=m
CONFIG_CRYPTO_CRYPTD=m
CONFIG_CRYPTO_AUTHENC=m
# CONFIG_CRYPTO_TEST is not set

#
# Authenticated Encryption with Associated Data
#
CONFIG_CRYPTO_CCM=m
CONFIG_CRYPTO_GCM=m
CONFIG_CRYPTO_SEQIV=m

#
# Block modes
#
CONFIG_CRYPTO_CBC=y
CONFIG_CRYPTO_CTR=m
CONFIG_CRYPTO_CTS=m
CONFIG_CRYPTO_ECB=m
CONFIG_CRYPTO_LRW=m
CONFIG_CRYPTO_PCBC=m
CONFIG_CRYPTO_XTS=m

#
# Hash modes
#
CONFIG_CRYPTO_HMAC=m
CONFIG_CRYPTO_XCBC=m

#
# Digest
#
CONFIG_CRYPTO_CRC32C=m
# CONFIG_CRYPTO_CRC32C_INTEL is not set
CONFIG_CRYPTO_MD4=m
CONFIG_CRYPTO_MD5=y
CONFIG_CRYPTO_MICHAEL_MIC=m
# CONFIG_CRYPTO_RMD128 is not set
# CONFIG_CRYPTO_RMD160 is not set
# CONFIG_CRYPTO_RMD256 is not set
# CONFIG_CRYPTO_RMD320 is not set
CONFIG_CRYPTO_SHA1=y
CONFIG_CRYPTO_SHA256=m
CONFIG_CRYPTO_SHA512=m
CONFIG_CRYPTO_TGR192=m
CONFIG_CRYPTO_WP512=m

#
# Ciphers
#
CONFIG_CRYPTO_AES=m
CONFIG_CRYPTO_AES_586=m
CONFIG_CRYPTO_ANUBIS=m
CONFIG_CRYPTO_ARC4=m
CONFIG_CRYPTO_BLOWFISH=m
CONFIG_CRYPTO_CAMELLIA=m
CONFIG_CRYPTO_CAST5=m
CONFIG_CRYPTO_CAST6=m
CONFIG_CRYPTO_DES=y
CONFIG_CRYPTO_FCRYPT=m
CONFIG_CRYPTO_KHAZAD=m
CONFIG_CRYPTO_SALSA20=m
CONFIG_CRYPTO_SALSA20_586=m
CONFIG_CRYPTO_SEED=m
CONFIG_CRYPTO_SERPENT=m
CONFIG_CRYPTO_TEA=m
CONFIG_CRYPTO_TWOFISH=m
CONFIG_CRYPTO_TWOFISH_COMMON=m
CONFIG_CRYPTO_TWOFISH_586=m

#
# Compression
#
CONFIG_CRYPTO_DEFLATE=m
CONFIG_CRYPTO_LZO=m

#
# Random Number Generation
#
# CONFIG_CRYPTO_ANSI_CPRNG is not set
# CONFIG_CRYPTO_HW is not set
CONFIG_HAVE_KVM=y
CONFIG_VIRTUALIZATION=y
CONFIG_KVM=m
CONFIG_KVM_INTEL=m
# CONFIG_KVM_AMD is not set
# CONFIG_KVM_TRACE is not set
# CONFIG_LGUEST is not set
# CONFIG_VIRTIO_PCI is not set
# CONFIG_VIRTIO_BALLOON is not set

#
# Library routines
#
CONFIG_BITREVERSE=y
CONFIG_GENERIC_FIND_FIRST_BIT=y
CONFIG_GENERIC_FIND_NEXT_BIT=y
CONFIG_GENERIC_FIND_LAST_BIT=y
CONFIG_CRC_CCITT=m
# CONFIG_CRC16 is not set
CONFIG_CRC_T10DIF=y
CONFIG_CRC_ITU_T=m
CONFIG_CRC32=y
CONFIG_CRC7=m
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=m
CONFIG_ZLIB_DEFLATE=m
CONFIG_LZO_COMPRESS=m
CONFIG_LZO_DECOMPRESS=m
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-12 17:19             ` Rafael J. Wysocki
@ 2009-01-13 22:36               ` Zdenek Kabelac
  2009-01-13 22:41                 ` Zdenek Kabelac
  0 siblings, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-13 22:36 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Maciej Rutecki, Linux Kernel Mailing List,
	Henrique de Moraes Holschuh, dbrownell

2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> On Monday 12 January 2009, Zdenek Kabelac wrote:

> Sure, good idea.  I've been running with this reverted recently.
>
>> PS: I'll do the above 'echo' trace later (being busy right now).
>
> That shouldn't be necessary if you can suspend-resume with
> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
> modules unloaded.
>
> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
> and see if suspend-resume works in this configuration.
>

Hi

So I've check some   find /sys/device | grep usb | grep power/wakeup
and there was no difference.
I've updated to latest git to be in sync
(e0b325d310a6b11f1538413fd557d2eb98f2fae5)
I'm still keeping reverted commit: 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.

And I've figured out - the only  'modprobe -r ehci_hcd' is enough to
keep my suspend/resume sequence working. (Though I would have say,
that now it takes fairly noticable time to get keyboard and synaptics
usable - but it might be connected with my move to evdev and hal... :)
)

So I'm adding cc: to David - maybe he has some suspected patches for
ehci_hcd ? (as doing a bisect in such a broken merge window is going
to give me probably a lot of unsable kernels nowdays....)

Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-13 22:36               ` Zdenek Kabelac
@ 2009-01-13 22:41                 ` Zdenek Kabelac
  2009-01-19  9:54                   ` Zdenek Kabelac
  0 siblings, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-13 22:41 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Maciej Rutecki, Linux Kernel Mailing List,
	Henrique de Moraes Holschuh, dbrownell

2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
>> On Monday 12 January 2009, Zdenek Kabelac wrote:
>
>> Sure, good idea.  I've been running with this reverted recently.
>>
>>> PS: I'll do the above 'echo' trace later (being busy right now).
>>
>> That shouldn't be necessary if you can suspend-resume with
>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
>> modules unloaded.
>>
>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
>> and see if suspend-resume works in this configuration.
>>
>
> Hi
>
> So I've check some   find /sys/device | grep usb | grep power/wakeup
> and there was no difference.
> I've updated to latest git to be in sync
> (e0b325d310a6b11f1538413fd557d2eb98f2fae5)
> I'm still keeping reverted commit: 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
>
> And I've figured out - the only  'modprobe -r ehci_hcd' is enough to
> keep my suspend/resume sequence working. (Though I would have say,
> that now it takes fairly noticable time to get keyboard and synaptics
> usable - but it might be connected with my move to evdev and hal... :)
> )
>
> So I'm adding cc: to David - maybe he has some suspected patches for
> ehci_hcd ? (as doing a bisect in such a broken merge window is going
> to give me probably a lot of unsable kernels nowdays....)
>

And I've forget to append trace from supend /resume with INFO trace:
(which might be a part of problem??)

acpi PNP0C14:00: legacy suspend
acpi device:2a: legacy suspend
acpi device:29: legacy suspend
acpi device:28: legacy suspend
acpi device:27: legacy suspend
acpi device:26: legacy suspend
acpi device:25: legacy suspend
acpi device:24: legacy suspend
acpi device:23: legacy suspend
acpi device:22: legacy suspend
acpi device:21: legacy suspend
acpi device:20: legacy suspend
acpi device:1f: legacy suspend
acpi device:1e: legacy suspend
acpi device:1d: legacy suspend
acpi device:1c: legacy suspend
acpi device:1b: legacy suspend
acpi device:1a: legacy suspend
acpi device:19: legacy suspend
acpi device:18: legacy suspend
acpi device:17: legacy suspend
acpi device:16: legacy suspend
acpi device:15: legacy suspend
acpi device:14: legacy suspend
acpi device:13: legacy suspend
acpi device:12: legacy suspend
acpi device:11: legacy suspend
acpi device:10: legacy suspend
acpi device:0f: legacy suspend
acpi device:0e: legacy suspend
acpi device:0d: legacy suspend
acpi device:0c: legacy suspend
acpi device:0b: legacy suspend
acpi device:0a: legacy suspend
acpi device:09: legacy suspend
acpi device:08: legacy suspend
acpi device:07: legacy suspend
acpi device:06: legacy suspend
acpi device:05: legacy suspend
acpi device:04: legacy suspend
acpi device:03: legacy suspend
acpi device:02: legacy suspend
thinkpad_hotkey IBM0068:00: legacy suspend
ac ACPI0003:00: legacy suspend
battery PNP0C0A:00: legacy suspend
power LNXPOWER:00: legacy suspend
ec PNP0C09:00: legacy suspend
acpi ATM1200:00: legacy suspend
acpi IBM0057:00: legacy suspend
acpi PNP0303:00: legacy suspend
acpi PNP0B00:00: legacy suspend
acpi PNP0C04:00: legacy suspend
acpi PNP0800:00: legacy suspend
acpi PNP0200:00: legacy suspend
acpi PNP0103:00: legacy suspend
acpi PNP0100:00: legacy suspend
acpi PNP0000:00: legacy suspend
acpi PNP0C02:00: legacy suspend
acpi device:01: legacy suspend
pci_root PNP0A08:00: legacy suspend
button PNP0C0E:00: legacy suspend
button PNP0C0D:00: legacy suspend
acpi PNP0C01:00: legacy suspend
pci_link PNP0C0F:07: legacy suspend
pci_link PNP0C0F:06: legacy suspend
pci_link PNP0C0F:05: legacy suspend
pci_link PNP0C0F:04: legacy suspend
pci_link PNP0C0F:03: legacy suspend
pci_link PNP0C0F:02: legacy suspend
pci_link PNP0C0F:01: legacy suspend
pci_link PNP0C0F:00: legacy suspend
acpi device:00: legacy suspend
processor ACPI_CPU:01: legacy suspend
processor ACPI_CPU:00: legacy suspend
button LNXPWRBN:00: legacy suspend
acpi LNXSYSTM:00: legacy suspend
ACPI: Preparing to enter system sleep state S3
Disabling non-boot CPUs ...

=======================================================
[ INFO: possible circular locking dependency detected ]
2.6.29-rc1 #9
-------------------------------------------------------
pm-suspend/1734 is trying to acquire lock:
 (&per_cpu(cpu_policy_rwsem, cpu)){----}, at: [<ffffffff80499fab>]
lock_policy_rwsem_write+0x4b/0x90

but task is already holding lock:
 (&cpu_hotplug.lock){--..}, at: [<ffffffff80246742>] cpu_hotplug_begin+0x22/0x60

which lock already depends on the new lock.


the existing dependency chain (in reverse order) is:

-> #1 (&cpu_hotplug.lock){--..}:
       [<ffffffff80270bf6>] __lock_acquire+0x1416/0x1db0
       [<ffffffff80271621>] lock_acquire+0x91/0xc0
       [<ffffffff8053d66c>] mutex_lock_nested+0xec/0x360
       [<ffffffff8024695a>] get_online_cpus+0x3a/0x50
       [<ffffffff802593c7>] work_on_cpu+0x67/0xb0
       [<ffffffff8021e85e>] get_measured_perf+0x1e/0xb0
       [<ffffffff80499bf8>] __cpufreq_driver_getavg+0x78/0x80
       [<ffffffff8049bc7c>] do_dbs_timer+0x2ac/0x390
       [<ffffffff80258535>] run_workqueue+0x105/0x240
       [<ffffffff8025871f>] worker_thread+0xaf/0x130
       [<ffffffff8025cc59>] kthread+0x49/0x90
       [<ffffffff8020d5fa>] child_rip+0xa/0x20
       [<ffffffffffffffff>] 0xffffffffffffffff

-> #0 (&per_cpu(cpu_policy_rwsem, cpu)){----}:
       [<ffffffff80270dbc>] __lock_acquire+0x15dc/0x1db0
       [<ffffffff80271621>] lock_acquire+0x91/0xc0
       [<ffffffff8053df78>] down_write+0x48/0x80
       [<ffffffff80499fab>] lock_policy_rwsem_write+0x4b/0x90
       [<ffffffff8053b57d>] cpufreq_cpu_callback+0x6d/0x90
       [<ffffffff80542f85>] notifier_call_chain+0x65/0xa0
       [<ffffffff80261b39>] __raw_notifier_call_chain+0x9/0x10
       [<ffffffff8052a129>] _cpu_down+0xa9/0x2f0
       [<ffffffff8024683d>] disable_nonboot_cpus+0xbd/0x140
       [<ffffffff8027e715>] suspend_devices_and_enter+0x115/0x1c0
       [<ffffffff8027e956>] enter_state+0x166/0x1e0
       [<ffffffff8027ea8a>] state_store+0xba/0x100
       [<ffffffff803a1cb7>] kobj_attr_store+0x17/0x20
       [<ffffffff8033512a>] sysfs_write_file+0xca/0x140
       [<ffffffff802db22b>] vfs_write+0xcb/0x190
       [<ffffffff802db3e0>] sys_write+0x50/0x90
       [<ffffffff8020c51b>] system_call_fastpath+0x16/0x1b
       [<ffffffffffffffff>] 0xffffffffffffffff

other info that might help us debug this:

4 locks held by pm-suspend/1734:
 #0:  (&buffer->mutex){--..}, at: [<ffffffff803350a3>]
sysfs_write_file+0x43/0x140
 #1:  (pm_mutex){--..}, at: [<ffffffff8027e861>] enter_state+0x71/0x1e0
 #2:  (cpu_add_remove_lock){--..}, at: [<ffffffff802467d3>]
disable_nonboot_cpus+0x53/0x140
 #3:  (&cpu_hotplug.lock){--..}, at: [<ffffffff80246742>]
cpu_hotplug_begin+0x22/0x60

stack backtrace:
Pid: 1734, comm: pm-suspend Not tainted 2.6.29-rc1 #9
Call Trace:
 [<ffffffff8026f340>] print_circular_bug_tail+0xe0/0xf0
 [<ffffffff80270dbc>] __lock_acquire+0x15dc/0x1db0
 [<ffffffff8053f752>] ? _spin_unlock_irq+0x32/0x50
 [<ffffffff8026ecba>] ? trace_hardirqs_on_caller+0x16a/0x1d0
 [<ffffffff803a0539>] ? __next_cpu+0x19/0x30
 [<ffffffff80258de9>] ? __cancel_work_timer+0x129/0x230
 [<ffffffff80258d32>] ? __cancel_work_timer+0x72/0x230
 [<ffffffff80271621>] lock_acquire+0x91/0xc0
 [<ffffffff80499fab>] ? lock_policy_rwsem_write+0x4b/0x90
 [<ffffffff8053df78>] down_write+0x48/0x80
 [<ffffffff80499fab>] ? lock_policy_rwsem_write+0x4b/0x90
 [<ffffffff80499fab>] lock_policy_rwsem_write+0x4b/0x90
 [<ffffffff8053b57d>] cpufreq_cpu_callback+0x6d/0x90
 [<ffffffff80542f85>] notifier_call_chain+0x65/0xa0
 [<ffffffff80261b39>] __raw_notifier_call_chain+0x9/0x10
 [<ffffffff8052a129>] _cpu_down+0xa9/0x2f0
 [<ffffffff8024683d>] disable_nonboot_cpus+0xbd/0x140
 [<ffffffff8027e715>] suspend_devices_and_enter+0x115/0x1c0
 [<ffffffff8027e956>] enter_state+0x166/0x1e0
 [<ffffffff8027ea8a>] state_store+0xba/0x100
 [<ffffffff803a1cb7>] kobj_attr_store+0x17/0x20
 [<ffffffff8033512a>] sysfs_write_file+0xca/0x140
 [<ffffffff802db22b>] vfs_write+0xcb/0x190
 [<ffffffff802db3e0>] sys_write+0x50/0x90
 [<ffffffff8020c51b>] system_call_fastpath+0x16/0x1b
CPU 1 is now offline
lockdep: fixing up alternatives.
SMP alternatives: switching to UP code
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching NULL sched-domain.
CPU1 is down
thinkpad_hwmon thinkpad_hwmon: LATE suspend
thinkpad_acpi thinkpad_acpi: LATE suspend
platform regulatory.0: LATE suspend
iTCO_wdt iTCO_wdt: LATE suspend
platform hdaps: LATE suspend
i8042 i8042: LATE suspend
serial8250 serial8250: LATE suspend
platform vesafb.0: LATE suspend
platform pcspkr: LATE suspend
pci 0000:15:00.5: LATE suspend
pci 0000:15:00.4: LATE suspend
pci 0000:15:00.3: LATE suspend
sdhci-pci 0000:15:00.2: LATE suspend
pci 0000:15:00.0: LATE suspend
iwl3945 0000:03:00.0: LATE suspend
i801_smbus 0000:00:1f.3: LATE suspend
ahci 0000:00:1f.2: LATE suspend
ata_piix 0000:00:1f.1: LATE suspend
pci 0000:00:1f.0: LATE suspend
pci 0000:00:1e.0: LATE suspend
pci 0000:00:1d.7: LATE suspend
uhci_hcd 0000:00:1d.2: LATE suspend
uhci_hcd 0000:00:1d.2: --> PCI D0 legacy
uhci_hcd 0000:00:1d.1: LATE suspend
uhci_hcd 0000:00:1d.1: --> PCI D0 legacy
uhci_hcd 0000:00:1d.0: LATE suspend
uhci_hcd 0000:00:1d.0: --> PCI D0 legacy
pcieport-driver 0000:00:1c.4: LATE suspend
pcieport-driver 0000:00:1c.3: LATE suspend
pcieport-driver 0000:00:1c.2: LATE suspend
pcieport-driver 0000:00:1c.1: LATE suspend
pcieport-driver 0000:00:1c.0: LATE suspend
HDA Intel 0000:00:1b.0: LATE suspend
pci 0000:00:1a.7: LATE suspend
uhci_hcd 0000:00:1a.1: LATE suspend
uhci_hcd 0000:00:1a.1: --> PCI D0 legacy
uhci_hcd 0000:00:1a.0: LATE suspend
uhci_hcd 0000:00:1a.0: --> PCI D0 legacy
e1000e 0000:00:19.0: LATE suspend, may wakeup
pci 0000:00:02.1: LATE suspend
pci 0000:00:02.0: LATE suspend
agpgart-intel 0000:00:00.0: LATE suspend
platform dock.2: LATE suspend
platform dock.1: LATE suspend
platform dock.0: LATE suspend
Extended CMOS year: 2000
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
Back to C!
Extended CMOS year: 2000
platform dock.0: EARLY resume
platform dock.1: EARLY resume
platform dock.2: EARLY resume
agpgart-intel 0000:00:00.0: EARLY resume
pci 0000:00:02.0: EARLY resume
pci 0000:00:02.0: restoring config space at offset 0x1 (was 0x900007,
writing 0x900403)
pci 0000:00:02.1: EARLY resume
pci 0000:00:02.1: restoring config space at offset 0x1 (was 0x900000,
writing 0x900007)
e1000e 0000:00:19.0: EARLY resume
uhci_hcd 0000:00:1a.0: EARLY resume
uhci_hcd 0000:00:1a.0: PCI legacy resume
uhci_hcd 0000:00:1a.0: restoring config space at offset 0x1 (was
0x2800005, writing 0x2800001)
uhci_hcd 0000:00:1a.1: EARLY resume
uhci_hcd 0000:00:1a.1: PCI legacy resume
uhci_hcd 0000:00:1a.1: restoring config space at offset 0x1 (was
0x2800005, writing 0x2800001)
pci 0000:00:1a.7: EARLY resume
pci 0000:00:1a.7: restoring config space at offset 0x1 (was 0x2900106,
writing 0x2900102)
HDA Intel 0000:00:1b.0: EARLY resume
HDA Intel 0000:00:1b.0: restoring config space at offset 0x1 (was
0x100106, writing 0x100102)
pcieport-driver 0000:00:1c.0: EARLY resume
pcieport-driver 0000:00:1c.0: restoring config space at offset 0x7
(was 0x20002020, writing 0x2020)
pcieport-driver 0000:00:1c.0: restoring config space at offset 0x1
(was 0x100107, writing 0x100507)
pcieport-driver 0000:00:1c.1: EARLY resume
pcieport-driver 0000:00:1c.1: restoring config space at offset 0x1
(was 0x100107, writing 0x100507)
pcieport-driver 0000:00:1c.2: EARLY resume
pcieport-driver 0000:00:1c.2: restoring config space at offset 0x7
(was 0x20004040, writing 0x4040)
pcieport-driver 0000:00:1c.2: restoring config space at offset 0x1
(was 0x100107, writing 0x100507)
pcieport-driver 0000:00:1c.3: EARLY resume
pcieport-driver 0000:00:1c.3: restoring config space at offset 0x7
(was 0x20005050, writing 0x5050)
pcieport-driver 0000:00:1c.3: restoring config space at offset 0x1
(was 0x100107, writing 0x100507)
pcieport-driver 0000:00:1c.4: EARLY resume
pcieport-driver 0000:00:1c.4: restoring config space at offset 0x7
(was 0x20006060, writing 0x6060)
pcieport-driver 0000:00:1c.4: restoring config space at offset 0x1
(was 0x100107, writing 0x100507)
uhci_hcd 0000:00:1d.0: EARLY resume
uhci_hcd 0000:00:1d.0: PCI legacy resume
uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was
0x2800005, writing 0x2800001)
uhci_hcd 0000:00:1d.1: EARLY resume
uhci_hcd 0000:00:1d.1: PCI legacy resume
uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was
0x2800005, writing 0x2800001)
uhci_hcd 0000:00:1d.2: EARLY resume
uhci_hcd 0000:00:1d.2: PCI legacy resume
uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was
0x2800005, writing 0x2800001)
pci 0000:00:1d.7: EARLY resume
pci 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900106,
writing 0x2900102)
pci 0000:00:1e.0: EARLY resume
pci 0000:00:1e.0: restoring config space at offset 0x1 (was 0x100005,
writing 0x100003)
pci 0000:00:1f.0: EARLY resume
ata_piix 0000:00:1f.1: EARLY resume
ahci 0000:00:1f.2: EARLY resume
i801_smbus 0000:00:1f.3: EARLY resume
iwl3945 0000:03:00.0: EARLY resume
pci 0000:15:00.0: EARLY resume
sdhci-pci 0000:15:00.2: EARLY resume
pci 0000:15:00.3: EARLY resume
pci 0000:15:00.4: EARLY resume
pci 0000:15:00.5: EARLY resume
platform pcspkr: EARLY resume
platform vesafb.0: EARLY resume
serial8250 serial8250: EARLY resume
i8042 i8042: EARLY resume
platform hdaps: EARLY resume
iTCO_wdt iTCO_wdt: EARLY resume
platform regulatory.0: EARLY resume
thinkpad_acpi thinkpad_acpi: EARLY resume
thinkpad_hwmon thinkpad_hwmon: EARLY resume
Enabling non-boot CPUs ...
lockdep: fixing up alternatives.
SMP alternatives: switching to SMP code
Booting processor 1 APIC 0x1 ip 0x6000
Initializing CPU#1



> Zdenek
>

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-13 22:41                 ` Zdenek Kabelac
@ 2009-01-19  9:54                   ` Zdenek Kabelac
  2009-01-19 15:59                     ` Dmitry Adamushko
  0 siblings, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-19  9:54 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Maciej Rutecki, Linux Kernel Mailing List,
	Henrique de Moraes Holschuh, dbrownell

2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
>>> On Monday 12 January 2009, Zdenek Kabelac wrote:
>>
>>> Sure, good idea.  I've been running with this reverted recently.
>>>
>>>> PS: I'll do the above 'echo' trace later (being busy right now).
>>>
>>> That shouldn't be necessary if you can suspend-resume with
>>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
>>> modules unloaded.
>>>
>>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
>>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
>>> and see if suspend-resume works in this configuration.
>>>
>>
>> Hi
>>
>> So I've check some   find /sys/device | grep usb | grep power/wakeup
>> and there was no difference.
>> I've updated to latest git to be in sync
>> (e0b325d310a6b11f1538413fd557d2eb98f2fae5)
>> I'm still keeping reverted commit: 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
>>
>> And I've figured out - the only  'modprobe -r ehci_hcd' is enough to
>> keep my suspend/resume sequence working. (Though I would have say,
>> that now it takes fairly noticable time to get keyboard and synaptics
>> usable - but it might be connected with my move to evdev and hal... :)
>> )
>>
>> So I'm adding cc: to David - maybe he has some suspected patches for
>> ehci_hcd ? (as doing a bisect in such a broken merge window is going
>> to give me probably a lot of unsable kernels nowdays....)
>>
>
> And I've forget to append trace from supend /resume with INFO trace:
> (which might be a part of problem??)

Hi


Just an update for  2.6.29-rc2 (f3b8436ad9a8ad36b3c9fa1fe030c7f38e5d3d0b)

With this kernel I still have to keep reverted patch commit:
6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
(otherwise I see the auto-wake-up immediately after suspend)

I also keep module ehci_hcd away from my kernel - so the
suspend-resume seems to be working.

I've checked the ideas from thread: 2.6.29-rc1: [SOLVED] thinkpad
problems during resume
http://lkml.org/lkml/2009/1/17/181  and they seems to produce some
ugly Ooops with my configuration.
so for now I stay with my revert/ehci fix.

Also I still get the INFO trace:
processor ACPI_CPU:01: legacy suspend
processor ACPI_CPU:00: legacy suspend
button LNXPWRBN:00: legacy suspend
acpi LNXSYSTM:00: legacy suspend
ACPI: Preparing to enter system sleep state S3
Disabling non-boot CPUs ...

=======================================================
[ INFO: possible circular locking dependency detected ]
2.6.29-rc2 #14
-------------------------------------------------------
pm-suspend/2873 is trying to acquire lock:
 (&per_cpu(cpu_policy_rwsem, cpu)){----}, at: [<ffffffff8049a27b>]
lock_policy_rwsem_write+0x4b/0x90

but task is already holding lock:
 (&cpu_hotplug.lock){--..}, at: [<ffffffff80246832>] cpu_hotplug_begin+0x22/0x60

which lock already depends on the new lock.


the existing dependency chain (in reverse order) is:

-> #1 (&cpu_hotplug.lock){--..}:
       [<ffffffff80270ce6>] __lock_acquire+0x1416/0x1db0
       [<ffffffff80271711>] lock_acquire+0x91/0xc0
       [<ffffffff8053d99c>] mutex_lock_nested+0xec/0x360
       [<ffffffff80246a4a>] get_online_cpus+0x3a/0x50
       [<ffffffff802594b7>] work_on_cpu+0x67/0xb0
       [<ffffffff8021e85e>] get_measured_perf+0x1e/0xb0
       [<ffffffff80499ec8>] __cpufreq_driver_getavg+0x78/0x80
       [<ffffffff8049bf4c>] do_dbs_timer+0x2ac/0x390
       [<ffffffff80258625>] run_workqueue+0x105/0x240
       [<ffffffff8025880f>] worker_thread+0xaf/0x130
       [<ffffffff8025cd49>] kthread+0x49/0x90
       [<ffffffff8020d5fa>] child_rip+0xa/0x20
       [<ffffffffffffffff>] 0xffffffffffffffff

-> #0 (&per_cpu(cpu_policy_rwsem, cpu)){----}:
       [<ffffffff80270eac>] __lock_acquire+0x15dc/0x1db0
       [<ffffffff80271711>] lock_acquire+0x91/0xc0
       [<ffffffff8053e2a8>] down_write+0x48/0x80
       [<ffffffff8049a27b>] lock_policy_rwsem_write+0x4b/0x90
       [<ffffffff8053b8ad>] cpufreq_cpu_callback+0x6d/0x90
       [<ffffffff805432b5>] notifier_call_chain+0x65/0xa0
       [<ffffffff80261c29>] __raw_notifier_call_chain+0x9/0x10
       [<ffffffff8052a469>] _cpu_down+0xa9/0x2f0
       [<ffffffff8024692d>] disable_nonboot_cpus+0xbd/0x140
       [<ffffffff8027e805>] suspend_devices_and_enter+0x115/0x1c0
       [<ffffffff8027ea46>] enter_state+0x166/0x1e0
       [<ffffffff8027eb7a>] state_store+0xba/0x100
       [<ffffffff803a1e07>] kobj_attr_store+0x17/0x20
       [<ffffffff8033526a>] sysfs_write_file+0xca/0x140
       [<ffffffff802db34b>] vfs_write+0xcb/0x190
       [<ffffffff802db500>] sys_write+0x50/0x90
       [<ffffffff8020c51b>] system_call_fastpath+0x16/0x1b
       [<ffffffffffffffff>] 0xffffffffffffffff

other info that might help us debug this:

4 locks held by pm-suspend/2873:
 #0:  (&buffer->mutex){--..}, at: [<ffffffff803351e3>]
sysfs_write_file+0x43/0x140
 #1:  (pm_mutex){--..}, at: [<ffffffff8027e951>] enter_state+0x71/0x1e0
 #2:  (cpu_add_remove_lock){--..}, at: [<ffffffff802468c3>]
disable_nonboot_cpus+0x53/0x140
 #3:  (&cpu_hotplug.lock){--..}, at: [<ffffffff80246832>]
cpu_hotplug_begin+0x22/0x60

stack backtrace:
Pid: 2873, comm: pm-suspend Not tainted 2.6.29-rc2 #14
Call Trace:
 [<ffffffff8026f430>] print_circular_bug_tail+0xe0/0xf0
 [<ffffffff80270eac>] __lock_acquire+0x15dc/0x1db0
 [<ffffffff8053fa82>] ? _spin_unlock_irq+0x32/0x50
 [<ffffffff8026edaa>] ? trace_hardirqs_on_caller+0x16a/0x1d0
 [<ffffffff803a0689>] ? __next_cpu+0x19/0x30
 [<ffffffff80258ed9>] ? __cancel_work_timer+0x129/0x230
 [<ffffffff80258e22>] ? __cancel_work_timer+0x72/0x230
 [<ffffffff80271711>] lock_acquire+0x91/0xc0
 [<ffffffff8049a27b>] ? lock_policy_rwsem_write+0x4b/0x90
 [<ffffffff8053e2a8>] down_write+0x48/0x80
 [<ffffffff8049a27b>] ? lock_policy_rwsem_write+0x4b/0x90
 [<ffffffff8049a27b>] lock_policy_rwsem_write+0x4b/0x90
 [<ffffffff8053b8ad>] cpufreq_cpu_callback+0x6d/0x90
 [<ffffffff805432b5>] notifier_call_chain+0x65/0xa0
 [<ffffffff80261c29>] __raw_notifier_call_chain+0x9/0x10
 [<ffffffff8052a469>] _cpu_down+0xa9/0x2f0
 [<ffffffff8024692d>] disable_nonboot_cpus+0xbd/0x140
 [<ffffffff8027e805>] suspend_devices_and_enter+0x115/0x1c0
 [<ffffffff8027ea46>] enter_state+0x166/0x1e0
 [<ffffffff8027eb7a>] state_store+0xba/0x100
 [<ffffffff803a1e07>] kobj_attr_store+0x17/0x20
 [<ffffffff8033526a>] sysfs_write_file+0xca/0x140
 [<ffffffff802db34b>] vfs_write+0xcb/0x190
 [<ffffffff802db500>] sys_write+0x50/0x90
 [<ffffffff8020c51b>] system_call_fastpath+0x16/0x1b
Broke affinity for irq 9
Broke affinity for irq 17
Broke affinity for irq 29
kvm: disabling virtualization on CPU1
CPU 1 is now offline
lockdep: fixing up alternatives.
SMP alternatives: switching to UP code
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching NULL sched-domain.
CPU1 is down
thinkpad_hwmon thinkpad_hwmon: LATE suspend
thinkpad_acpi thinkpad_acpi: LATE suspend



Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-19  9:54                   ` Zdenek Kabelac
@ 2009-01-19 15:59                     ` Dmitry Adamushko
  2009-01-19 16:13                       ` Ingo Molnar
  0 siblings, 1 reply; 29+ messages in thread
From: Dmitry Adamushko @ 2009-01-19 15:59 UTC (permalink / raw)
  To: Zdenek Kabelac, Ingo Molnar
  Cc: Rafael J. Wysocki, Maciej Rutecki, Linux Kernel Mailing List,
	Henrique de Moraes Holschuh, dbrownell

2009/1/19 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
>>>> On Monday 12 January 2009, Zdenek Kabelac wrote:
>>>
>>>> Sure, good idea.  I've been running with this reverted recently.
>>>>
>>>>> PS: I'll do the above 'echo' trace later (being busy right now).
>>>>
>>>> That shouldn't be necessary if you can suspend-resume with
>>>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
>>>> modules unloaded.
>>>>
>>>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
>>>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
>>>> and see if suspend-resume works in this configuration.
>>>>
>>>
>>> Hi
>>>
>>> So I've check some   find /sys/device | grep usb | grep power/wakeup
>>> and there was no difference.
>>> I've updated to latest git to be in sync
>>> (e0b325d310a6b11f1538413fd557d2eb98f2fae5)
>>> I'm still keeping reverted commit: 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
>>>
>>> And I've figured out - the only  'modprobe -r ehci_hcd' is enough to
>>> keep my suspend/resume sequence working. (Though I would have say,
>>> that now it takes fairly noticable time to get keyboard and synaptics
>>> usable - but it might be connected with my move to evdev and hal... :)
>>> )
>>>
>>> So I'm adding cc: to David - maybe he has some suspected patches for
>>> ehci_hcd ? (as doing a bisect in such a broken merge window is going
>>> to give me probably a lot of unsable kernels nowdays....)
>>>
>>
>> And I've forget to append trace from supend /resume with INFO trace:
>> (which might be a part of problem??)
>
> Hi
>
>
> Just an update for  2.6.29-rc2 (f3b8436ad9a8ad36b3c9fa1fe030c7f38e5d3d0b)
>
> With this kernel I still have to keep reverted patch commit:
> 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
> (otherwise I see the auto-wake-up immediately after suspend)
>
> I also keep module ehci_hcd away from my kernel - so the
> suspend-resume seems to be working.
>
> I've checked the ideas from thread: 2.6.29-rc1: [SOLVED] thinkpad
> problems during resume
> http://lkml.org/lkml/2009/1/17/181  and they seems to produce some
> ugly Ooops with my configuration.
> so for now I stay with my revert/ehci fix.
>
> Also I still get the INFO trace:
> processor ACPI_CPU:01: legacy suspend
> processor ACPI_CPU:00: legacy suspend
> button LNXPWRBN:00: legacy suspend
> acpi LNXSYSTM:00: legacy suspend
> ACPI: Preparing to enter system sleep state S3
> Disabling non-boot CPUs ...
>
> =======================================================
> [ INFO: possible circular locking dependency detected ]
> 2.6.29-rc2 #14
> -------------------------------------------------------
> pm-suspend/2873 is trying to acquire lock:
>  (&per_cpu(cpu_policy_rwsem, cpu)){----}, at: [<ffffffff8049a27b>]
> lock_policy_rwsem_write+0x4b/0x90
>
> but task is already holding lock:
>  (&cpu_hotplug.lock){--..}, at: [<ffffffff80246832>] cpu_hotplug_begin+0x22/0x60
>
> which lock already depends on the new lock.
>
>
> the existing dependency chain (in reverse order) is:
>
> -> #1 (&cpu_hotplug.lock){--..}:
>       [<ffffffff80270ce6>] __lock_acquire+0x1416/0x1db0
>       [<ffffffff80271711>] lock_acquire+0x91/0xc0
>       [<ffffffff8053d99c>] mutex_lock_nested+0xec/0x360
>       [<ffffffff80246a4a>] get_online_cpus+0x3a/0x50
>       [<ffffffff802594b7>] work_on_cpu+0x67/0xb0
>       [<ffffffff8021e85e>] get_measured_perf+0x1e/0xb0


Ingo,


it looks like e39ad415ac15116df213dfa2aa2a4f1b0857af9c should have
been reverted together with 7503bfbae89eba07b46441a5d1594647f6b8ab7d.

In general, perhaps all "set_cpus_allowed_ptr() -> work_on_cpu()"
conversions - if they involve any cpu-hotplug callback paths - may
lead to similar reports (and possible lockups).


-- 
Best regards,
Dmitry Adamushko

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-19 15:59                     ` Dmitry Adamushko
@ 2009-01-19 16:13                       ` Ingo Molnar
  2009-01-19 16:41                         ` Dmitry Adamushko
  0 siblings, 1 reply; 29+ messages in thread
From: Ingo Molnar @ 2009-01-19 16:13 UTC (permalink / raw)
  To: Dmitry Adamushko
  Cc: Zdenek Kabelac, Rafael J. Wysocki, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell


* Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:

> 2009/1/19 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> > 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> >>>> On Monday 12 January 2009, Zdenek Kabelac wrote:
> >>>
> >>>> Sure, good idea.  I've been running with this reverted recently.
> >>>>
> >>>>> PS: I'll do the above 'echo' trace later (being busy right now).
> >>>>
> >>>> That shouldn't be necessary if you can suspend-resume with
> >>>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
> >>>> modules unloaded.
> >>>>
> >>>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
> >>>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
> >>>> and see if suspend-resume works in this configuration.
> >>>>
> >>>
> >>> Hi
> >>>
> >>> So I've check some   find /sys/device | grep usb | grep power/wakeup
> >>> and there was no difference.
> >>> I've updated to latest git to be in sync
> >>> (e0b325d310a6b11f1538413fd557d2eb98f2fae5)
> >>> I'm still keeping reverted commit: 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
> >>>
> >>> And I've figured out - the only  'modprobe -r ehci_hcd' is enough to
> >>> keep my suspend/resume sequence working. (Though I would have say,
> >>> that now it takes fairly noticable time to get keyboard and synaptics
> >>> usable - but it might be connected with my move to evdev and hal... :)
> >>> )
> >>>
> >>> So I'm adding cc: to David - maybe he has some suspected patches for
> >>> ehci_hcd ? (as doing a bisect in such a broken merge window is going
> >>> to give me probably a lot of unsable kernels nowdays....)
> >>>
> >>
> >> And I've forget to append trace from supend /resume with INFO trace:
> >> (which might be a part of problem??)
> >
> > Hi
> >
> >
> > Just an update for  2.6.29-rc2 (f3b8436ad9a8ad36b3c9fa1fe030c7f38e5d3d0b)
> >
> > With this kernel I still have to keep reverted patch commit:
> > 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
> > (otherwise I see the auto-wake-up immediately after suspend)
> >
> > I also keep module ehci_hcd away from my kernel - so the
> > suspend-resume seems to be working.
> >
> > I've checked the ideas from thread: 2.6.29-rc1: [SOLVED] thinkpad
> > problems during resume
> > http://lkml.org/lkml/2009/1/17/181  and they seems to produce some
> > ugly Ooops with my configuration.
> > so for now I stay with my revert/ehci fix.
> >
> > Also I still get the INFO trace:
> > processor ACPI_CPU:01: legacy suspend
> > processor ACPI_CPU:00: legacy suspend
> > button LNXPWRBN:00: legacy suspend
> > acpi LNXSYSTM:00: legacy suspend
> > ACPI: Preparing to enter system sleep state S3
> > Disabling non-boot CPUs ...
> >
> > =======================================================
> > [ INFO: possible circular locking dependency detected ]
> > 2.6.29-rc2 #14
> > -------------------------------------------------------
> > pm-suspend/2873 is trying to acquire lock:
> >  (&per_cpu(cpu_policy_rwsem, cpu)){----}, at: [<ffffffff8049a27b>]
> > lock_policy_rwsem_write+0x4b/0x90
> >
> > but task is already holding lock:
> >  (&cpu_hotplug.lock){--..}, at: [<ffffffff80246832>] cpu_hotplug_begin+0x22/0x60
> >
> > which lock already depends on the new lock.
> >
> >
> > the existing dependency chain (in reverse order) is:
> >
> > -> #1 (&cpu_hotplug.lock){--..}:
> >       [<ffffffff80270ce6>] __lock_acquire+0x1416/0x1db0
> >       [<ffffffff80271711>] lock_acquire+0x91/0xc0
> >       [<ffffffff8053d99c>] mutex_lock_nested+0xec/0x360
> >       [<ffffffff80246a4a>] get_online_cpus+0x3a/0x50
> >       [<ffffffff802594b7>] work_on_cpu+0x67/0xb0
> >       [<ffffffff8021e85e>] get_measured_perf+0x1e/0xb0
> 
> 
> Ingo,
> 
> 
> it looks like e39ad415ac15116df213dfa2aa2a4f1b0857af9c should have
> been reverted together with 7503bfbae89eba07b46441a5d1594647f6b8ab7d.
> 
> In general, perhaps all "set_cpus_allowed_ptr() -> work_on_cpu()"
> conversions - if they involve any cpu-hotplug callback paths - may
> lead to similar reports (and possible lockups).

Guys, could you please try the patch below? It improves work_on_cpu() to 
not be dependent on the kevent workqueue.

	Ingo

---------------->
>From e1d9ec6246a2668a5d037f529877efb7cf176af8 Mon Sep 17 00:00:00 2001
From: Rusty Russell <rusty@rustcorp.com.au>
Date: Fri, 16 Jan 2009 15:31:15 -0800
Subject: [PATCH] work_on_cpu: Use our own workqueue.

Impact: remove potential clashes with generic kevent workqueue

Annoyingly, some places we want to use work_on_cpu are already in
workqueues.  As per Ingo's suggestion, we create a different workqueue
for work_on_cpu.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Mike Travis <travis@sgi.com>
---
 kernel/workqueue.c |    8 +++++++-
 1 files changed, 7 insertions(+), 1 deletions(-)

diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index a35afdb..1f0c509 100644
--- a/kernel/workqueue.c
+++ b/kernel/workqueue.c
@@ -971,6 +971,8 @@ undo:
 }
 
 #ifdef CONFIG_SMP
+static struct workqueue_struct *work_on_cpu_wq __read_mostly;
+
 struct work_for_cpu {
 	struct work_struct work;
 	long (*fn)(void *);
@@ -1001,7 +1003,7 @@ long work_on_cpu(unsigned int cpu, long (*fn)(void *), void *arg)
 	INIT_WORK(&wfc.work, do_work_for_cpu);
 	wfc.fn = fn;
 	wfc.arg = arg;
-	schedule_work_on(cpu, &wfc.work);
+	queue_work_on(cpu, work_on_cpu_wq, &wfc.work);
 	flush_work(&wfc.work);
 
 	return wfc.ret;
@@ -1019,4 +1021,8 @@ void __init init_workqueues(void)
 	hotcpu_notifier(workqueue_cpu_callback, 0);
 	keventd_wq = create_workqueue("events");
 	BUG_ON(!keventd_wq);
+#ifdef CONFIG_SMP
+	work_on_cpu_wq = create_workqueue("work_on_cpu");
+	BUG_ON(!work_on_cpu_wq);
+#endif
 }

^ permalink raw reply related	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-19 16:13                       ` Ingo Molnar
@ 2009-01-19 16:41                         ` Dmitry Adamushko
  2009-01-19 16:44                           ` Ingo Molnar
  0 siblings, 1 reply; 29+ messages in thread
From: Dmitry Adamushko @ 2009-01-19 16:41 UTC (permalink / raw)
  To: Ingo Molnar
  Cc: Zdenek Kabelac, Rafael J. Wysocki, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell

2009/1/19 Ingo Molnar <mingo@elte.hu>:
>
> * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
>
>> 2009/1/19 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> > 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> >> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> >>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
>> >>>> On Monday 12 January 2009, Zdenek Kabelac wrote:
>> >>>
>> >>>> Sure, good idea.  I've been running with this reverted recently.
>> >>>>
>> >>>>> PS: I'll do the above 'echo' trace later (being busy right now).
>> >>>>
>> >>>> That shouldn't be necessary if you can suspend-resume with
>> >>>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
>> >>>> modules unloaded.
>> >>>>
>> >>>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
>> >>>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
>> >>>> and see if suspend-resume works in this configuration.
>> >>>>
>> >>>
>> >>> Hi
>> >>>
>> >>> So I've check some   find /sys/device | grep usb | grep power/wakeup
>> >>> and there was no difference.
>> >>> I've updated to latest git to be in sync
>> >>> (e0b325d310a6b11f1538413fd557d2eb98f2fae5)
>> >>> I'm still keeping reverted commit: 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
>> >>>
>> >>> And I've figured out - the only  'modprobe -r ehci_hcd' is enough to
>> >>> keep my suspend/resume sequence working. (Though I would have say,
>> >>> that now it takes fairly noticable time to get keyboard and synaptics
>> >>> usable - but it might be connected with my move to evdev and hal... :)
>> >>> )
>> >>>
>> >>> So I'm adding cc: to David - maybe he has some suspected patches for
>> >>> ehci_hcd ? (as doing a bisect in such a broken merge window is going
>> >>> to give me probably a lot of unsable kernels nowdays....)
>> >>>
>> >>
>> >> And I've forget to append trace from supend /resume with INFO trace:
>> >> (which might be a part of problem??)
>> >
>> > Hi
>> >
>> >
>> > Just an update for  2.6.29-rc2 (f3b8436ad9a8ad36b3c9fa1fe030c7f38e5d3d0b)
>> >
>> > With this kernel I still have to keep reverted patch commit:
>> > 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
>> > (otherwise I see the auto-wake-up immediately after suspend)
>> >
>> > I also keep module ehci_hcd away from my kernel - so the
>> > suspend-resume seems to be working.
>> >
>> > I've checked the ideas from thread: 2.6.29-rc1: [SOLVED] thinkpad
>> > problems during resume
>> > http://lkml.org/lkml/2009/1/17/181  and they seems to produce some
>> > ugly Ooops with my configuration.
>> > so for now I stay with my revert/ehci fix.
>> >
>> > Also I still get the INFO trace:
>> > processor ACPI_CPU:01: legacy suspend
>> > processor ACPI_CPU:00: legacy suspend
>> > button LNXPWRBN:00: legacy suspend
>> > acpi LNXSYSTM:00: legacy suspend
>> > ACPI: Preparing to enter system sleep state S3
>> > Disabling non-boot CPUs ...
>> >
>> > =======================================================
>> > [ INFO: possible circular locking dependency detected ]
>> > 2.6.29-rc2 #14
>> > -------------------------------------------------------
>> > pm-suspend/2873 is trying to acquire lock:
>> >  (&per_cpu(cpu_policy_rwsem, cpu)){----}, at: [<ffffffff8049a27b>]
>> > lock_policy_rwsem_write+0x4b/0x90
>> >
>> > but task is already holding lock:
>> >  (&cpu_hotplug.lock){--..}, at: [<ffffffff80246832>] cpu_hotplug_begin+0x22/0x60
>> >
>> > which lock already depends on the new lock.
>> >
>> >
>> > the existing dependency chain (in reverse order) is:
>> >
>> > -> #1 (&cpu_hotplug.lock){--..}:
>> >       [<ffffffff80270ce6>] __lock_acquire+0x1416/0x1db0
>> >       [<ffffffff80271711>] lock_acquire+0x91/0xc0
>> >       [<ffffffff8053d99c>] mutex_lock_nested+0xec/0x360
>> >       [<ffffffff80246a4a>] get_online_cpus+0x3a/0x50
>> >       [<ffffffff802594b7>] work_on_cpu+0x67/0xb0
>> >       [<ffffffff8021e85e>] get_measured_perf+0x1e/0xb0
>>
>>
>> Ingo,
>>
>>
>> it looks like e39ad415ac15116df213dfa2aa2a4f1b0857af9c should have
>> been reverted together with 7503bfbae89eba07b46441a5d1594647f6b8ab7d.
>>
>> In general, perhaps all "set_cpus_allowed_ptr() -> work_on_cpu()"
>> conversions - if they involve any cpu-hotplug callback paths - may
>> lead to similar reports (and possible lockups).
>
> Guys, could you please try the patch below? It improves work_on_cpu() to
> not be dependent on the kevent workqueue.

I guess, the following patch should also be applied (since
get_online_cpus() is a culprit here):

[PATCH 1/3] work_on_cpu: dont try to get_online_cpus() in work_on_cpu

the patch is available here:

http://lkml.indiana.edu/hypermail/linux/kernel/0901.2/00375.html

>
>        Ingo
>
> ---------------->
> From e1d9ec6246a2668a5d037f529877efb7cf176af8 Mon Sep 17 00:00:00 2001
> From: Rusty Russell <rusty@rustcorp.com.au>
> Date: Fri, 16 Jan 2009 15:31:15 -0800
> Subject: [PATCH] work_on_cpu: Use our own workqueue.
>
> Impact: remove potential clashes with generic kevent workqueue
>
> Annoyingly, some places we want to use work_on_cpu are already in
> workqueues.  As per Ingo's suggestion, we create a different workqueue
> for work_on_cpu.
>
> Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
> Signed-off-by: Mike Travis <travis@sgi.com>
> ---
>  kernel/workqueue.c |    8 +++++++-
>  1 files changed, 7 insertions(+), 1 deletions(-)
>
> diff --git a/kernel/workqueue.c b/kernel/workqueue.c
> index a35afdb..1f0c509 100644
> --- a/kernel/workqueue.c
> +++ b/kernel/workqueue.c
> @@ -971,6 +971,8 @@ undo:
>  }
>
>  #ifdef CONFIG_SMP
> +static struct workqueue_struct *work_on_cpu_wq __read_mostly;
> +
>  struct work_for_cpu {
>        struct work_struct work;
>        long (*fn)(void *);
> @@ -1001,7 +1003,7 @@ long work_on_cpu(unsigned int cpu, long (*fn)(void *), void *arg)
>        INIT_WORK(&wfc.work, do_work_for_cpu);
>        wfc.fn = fn;
>        wfc.arg = arg;
> -       schedule_work_on(cpu, &wfc.work);
> +       queue_work_on(cpu, work_on_cpu_wq, &wfc.work);
>        flush_work(&wfc.work);
>
>        return wfc.ret;
> @@ -1019,4 +1021,8 @@ void __init init_workqueues(void)
>        hotcpu_notifier(workqueue_cpu_callback, 0);
>        keventd_wq = create_workqueue("events");
>        BUG_ON(!keventd_wq);
> +#ifdef CONFIG_SMP
> +       work_on_cpu_wq = create_workqueue("work_on_cpu");
> +       BUG_ON(!work_on_cpu_wq);
> +#endif
>  }
>



-- 
Best regards,
Dmitry Adamushko

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-19 16:41                         ` Dmitry Adamushko
@ 2009-01-19 16:44                           ` Ingo Molnar
  2009-01-19 19:25                             ` Rafael J. Wysocki
  0 siblings, 1 reply; 29+ messages in thread
From: Ingo Molnar @ 2009-01-19 16:44 UTC (permalink / raw)
  To: Dmitry Adamushko
  Cc: Zdenek Kabelac, Rafael J. Wysocki, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell


* Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:

> 2009/1/19 Ingo Molnar <mingo@elte.hu>:
> >
> > * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
> >
> >> 2009/1/19 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> > 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> >> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> >>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> >> >>>> On Monday 12 January 2009, Zdenek Kabelac wrote:
> >> >>>
> >> >>>> Sure, good idea.  I've been running with this reverted recently.
> >> >>>>
> >> >>>>> PS: I'll do the above 'echo' trace later (being busy right now).
> >> >>>>
> >> >>>> That shouldn't be necessary if you can suspend-resume with
> >> >>>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
> >> >>>> modules unloaded.
> >> >>>>
> >> >>>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
> >> >>>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
> >> >>>> and see if suspend-resume works in this configuration.
> >> >>>>
> >> >>>
> >> >>> Hi
> >> >>>
> >> >>> So I've check some   find /sys/device | grep usb | grep power/wakeup
> >> >>> and there was no difference.
> >> >>> I've updated to latest git to be in sync
> >> >>> (e0b325d310a6b11f1538413fd557d2eb98f2fae5)
> >> >>> I'm still keeping reverted commit: 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
> >> >>>
> >> >>> And I've figured out - the only  'modprobe -r ehci_hcd' is enough to
> >> >>> keep my suspend/resume sequence working. (Though I would have say,
> >> >>> that now it takes fairly noticable time to get keyboard and synaptics
> >> >>> usable - but it might be connected with my move to evdev and hal... :)
> >> >>> )
> >> >>>
> >> >>> So I'm adding cc: to David - maybe he has some suspected patches for
> >> >>> ehci_hcd ? (as doing a bisect in such a broken merge window is going
> >> >>> to give me probably a lot of unsable kernels nowdays....)
> >> >>>
> >> >>
> >> >> And I've forget to append trace from supend /resume with INFO trace:
> >> >> (which might be a part of problem??)
> >> >
> >> > Hi
> >> >
> >> >
> >> > Just an update for  2.6.29-rc2 (f3b8436ad9a8ad36b3c9fa1fe030c7f38e5d3d0b)
> >> >
> >> > With this kernel I still have to keep reverted patch commit:
> >> > 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
> >> > (otherwise I see the auto-wake-up immediately after suspend)
> >> >
> >> > I also keep module ehci_hcd away from my kernel - so the
> >> > suspend-resume seems to be working.
> >> >
> >> > I've checked the ideas from thread: 2.6.29-rc1: [SOLVED] thinkpad
> >> > problems during resume
> >> > http://lkml.org/lkml/2009/1/17/181  and they seems to produce some
> >> > ugly Ooops with my configuration.
> >> > so for now I stay with my revert/ehci fix.
> >> >
> >> > Also I still get the INFO trace:
> >> > processor ACPI_CPU:01: legacy suspend
> >> > processor ACPI_CPU:00: legacy suspend
> >> > button LNXPWRBN:00: legacy suspend
> >> > acpi LNXSYSTM:00: legacy suspend
> >> > ACPI: Preparing to enter system sleep state S3
> >> > Disabling non-boot CPUs ...
> >> >
> >> > =======================================================
> >> > [ INFO: possible circular locking dependency detected ]
> >> > 2.6.29-rc2 #14
> >> > -------------------------------------------------------
> >> > pm-suspend/2873 is trying to acquire lock:
> >> >  (&per_cpu(cpu_policy_rwsem, cpu)){----}, at: [<ffffffff8049a27b>]
> >> > lock_policy_rwsem_write+0x4b/0x90
> >> >
> >> > but task is already holding lock:
> >> >  (&cpu_hotplug.lock){--..}, at: [<ffffffff80246832>] cpu_hotplug_begin+0x22/0x60
> >> >
> >> > which lock already depends on the new lock.
> >> >
> >> >
> >> > the existing dependency chain (in reverse order) is:
> >> >
> >> > -> #1 (&cpu_hotplug.lock){--..}:
> >> >       [<ffffffff80270ce6>] __lock_acquire+0x1416/0x1db0
> >> >       [<ffffffff80271711>] lock_acquire+0x91/0xc0
> >> >       [<ffffffff8053d99c>] mutex_lock_nested+0xec/0x360
> >> >       [<ffffffff80246a4a>] get_online_cpus+0x3a/0x50
> >> >       [<ffffffff802594b7>] work_on_cpu+0x67/0xb0
> >> >       [<ffffffff8021e85e>] get_measured_perf+0x1e/0xb0
> >>
> >>
> >> Ingo,
> >>
> >>
> >> it looks like e39ad415ac15116df213dfa2aa2a4f1b0857af9c should have
> >> been reverted together with 7503bfbae89eba07b46441a5d1594647f6b8ab7d.
> >>
> >> In general, perhaps all "set_cpus_allowed_ptr() -> work_on_cpu()"
> >> conversions - if they involve any cpu-hotplug callback paths - may
> >> lead to similar reports (and possible lockups).
> >
> > Guys, could you please try the patch below? It improves work_on_cpu() to
> > not be dependent on the kevent workqueue.
> 
> I guess, the following patch should also be applied (since
> get_online_cpus() is a culprit here):
> 
> [PATCH 1/3] work_on_cpu: dont try to get_online_cpus() in work_on_cpu
> 
> the patch is available here:
> 
> http://lkml.indiana.edu/hypermail/linux/kernel/0901.2/00375.html

yeah - also attached below.

	Ingo

>From 68564a46976017496c2227660930d81240f82355 Mon Sep 17 00:00:00 2001
From: Rusty Russell <rusty@rustcorp.com.au>
Date: Fri, 16 Jan 2009 15:31:15 -0800
Subject: [PATCH] work_on_cpu: don't try to get_online_cpus() in work_on_cpu.

Impact: remove potential circular lock dependency with cpu hotplug lock

This has caused more problems than it solved, with a pile of cpu
hotplug locking issues.

Followup patches will get_online_cpus() in callers that need it, but
if they don't do it they're no worse than before when they were using
set_cpus_allowed without locking.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Mike Travis <travis@sgi.com>
---
 kernel/workqueue.c |   14 ++++----------
 1 files changed, 4 insertions(+), 10 deletions(-)

diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index 2f44583..a35afdb 100644
--- a/kernel/workqueue.c
+++ b/kernel/workqueue.c
@@ -991,8 +991,8 @@ static void do_work_for_cpu(struct work_struct *w)
  * @fn: the function to run
  * @arg: the function arg
  *
- * This will return -EINVAL in the cpu is not online, or the return value
- * of @fn otherwise.
+ * This will return the value @fn returns.
+ * It is up to the caller to ensure that the cpu doesn't go offline.
  */
 long work_on_cpu(unsigned int cpu, long (*fn)(void *), void *arg)
 {
@@ -1001,14 +1001,8 @@ long work_on_cpu(unsigned int cpu, long (*fn)(void *), void *arg)
 	INIT_WORK(&wfc.work, do_work_for_cpu);
 	wfc.fn = fn;
 	wfc.arg = arg;
-	get_online_cpus();
-	if (unlikely(!cpu_online(cpu)))
-		wfc.ret = -EINVAL;
-	else {
-		schedule_work_on(cpu, &wfc.work);
-		flush_work(&wfc.work);
-	}
-	put_online_cpus();
+	schedule_work_on(cpu, &wfc.work);
+	flush_work(&wfc.work);
 
 	return wfc.ret;
 }


^ permalink raw reply related	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-19 16:44                           ` Ingo Molnar
@ 2009-01-19 19:25                             ` Rafael J. Wysocki
  2009-01-19 22:31                               ` Zdenek Kabelac
  0 siblings, 1 reply; 29+ messages in thread
From: Rafael J. Wysocki @ 2009-01-19 19:25 UTC (permalink / raw)
  To: Ingo Molnar
  Cc: Dmitry Adamushko, Zdenek Kabelac, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell

On Monday 19 January 2009, Ingo Molnar wrote:
> 
> * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
> 
> > 2009/1/19 Ingo Molnar <mingo@elte.hu>:
> > >
> > > * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
> > >
> > >> 2009/1/19 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> > >> > 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> > >> >> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> > >> >>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> > >> >>>> On Monday 12 January 2009, Zdenek Kabelac wrote:
> > >> >>>
> > >> >>>> Sure, good idea.  I've been running with this reverted recently.
> > >> >>>>
> > >> >>>>> PS: I'll do the above 'echo' trace later (being busy right now).
> > >> >>>>
> > >> >>>> That shouldn't be necessary if you can suspend-resume with
> > >> >>>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
> > >> >>>> modules unloaded.
> > >> >>>>
> > >> >>>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
> > >> >>>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
> > >> >>>> and see if suspend-resume works in this configuration.
> > >> >>>>
> > >> >>>
> > >> >>> Hi
> > >> >>>
> > >> >>> So I've check some   find /sys/device | grep usb | grep power/wakeup
> > >> >>> and there was no difference.
> > >> >>> I've updated to latest git to be in sync
> > >> >>> (e0b325d310a6b11f1538413fd557d2eb98f2fae5)
> > >> >>> I'm still keeping reverted commit: 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
> > >> >>>
> > >> >>> And I've figured out - the only  'modprobe -r ehci_hcd' is enough to
> > >> >>> keep my suspend/resume sequence working. (Though I would have say,
> > >> >>> that now it takes fairly noticable time to get keyboard and synaptics
> > >> >>> usable - but it might be connected with my move to evdev and hal... :)
> > >> >>> )
> > >> >>>
> > >> >>> So I'm adding cc: to David - maybe he has some suspected patches for
> > >> >>> ehci_hcd ? (as doing a bisect in such a broken merge window is going
> > >> >>> to give me probably a lot of unsable kernels nowdays....)
> > >> >>>
> > >> >>
> > >> >> And I've forget to append trace from supend /resume with INFO trace:
> > >> >> (which might be a part of problem??)
> > >> >
> > >> > Hi
> > >> >
> > >> >
> > >> > Just an update for  2.6.29-rc2 (f3b8436ad9a8ad36b3c9fa1fe030c7f38e5d3d0b)
> > >> >
> > >> > With this kernel I still have to keep reverted patch commit:
> > >> > 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
> > >> > (otherwise I see the auto-wake-up immediately after suspend)
> > >> >
> > >> > I also keep module ehci_hcd away from my kernel - so the
> > >> > suspend-resume seems to be working.
> > >> >
> > >> > I've checked the ideas from thread: 2.6.29-rc1: [SOLVED] thinkpad
> > >> > problems during resume
> > >> > http://lkml.org/lkml/2009/1/17/181  and they seems to produce some
> > >> > ugly Ooops with my configuration.
> > >> > so for now I stay with my revert/ehci fix.
> > >> >
> > >> > Also I still get the INFO trace:
> > >> > processor ACPI_CPU:01: legacy suspend
> > >> > processor ACPI_CPU:00: legacy suspend
> > >> > button LNXPWRBN:00: legacy suspend
> > >> > acpi LNXSYSTM:00: legacy suspend
> > >> > ACPI: Preparing to enter system sleep state S3
> > >> > Disabling non-boot CPUs ...
> > >> >
> > >> > =======================================================
> > >> > [ INFO: possible circular locking dependency detected ]
> > >> > 2.6.29-rc2 #14
> > >> > -------------------------------------------------------
> > >> > pm-suspend/2873 is trying to acquire lock:
> > >> >  (&per_cpu(cpu_policy_rwsem, cpu)){----}, at: [<ffffffff8049a27b>]
> > >> > lock_policy_rwsem_write+0x4b/0x90
> > >> >
> > >> > but task is already holding lock:
> > >> >  (&cpu_hotplug.lock){--..}, at: [<ffffffff80246832>] cpu_hotplug_begin+0x22/0x60
> > >> >
> > >> > which lock already depends on the new lock.
> > >> >
> > >> >
> > >> > the existing dependency chain (in reverse order) is:
> > >> >
> > >> > -> #1 (&cpu_hotplug.lock){--..}:
> > >> >       [<ffffffff80270ce6>] __lock_acquire+0x1416/0x1db0
> > >> >       [<ffffffff80271711>] lock_acquire+0x91/0xc0
> > >> >       [<ffffffff8053d99c>] mutex_lock_nested+0xec/0x360
> > >> >       [<ffffffff80246a4a>] get_online_cpus+0x3a/0x50
> > >> >       [<ffffffff802594b7>] work_on_cpu+0x67/0xb0
> > >> >       [<ffffffff8021e85e>] get_measured_perf+0x1e/0xb0
> > >>
> > >>
> > >> Ingo,
> > >>
> > >>
> > >> it looks like e39ad415ac15116df213dfa2aa2a4f1b0857af9c should have
> > >> been reverted together with 7503bfbae89eba07b46441a5d1594647f6b8ab7d.
> > >>
> > >> In general, perhaps all "set_cpus_allowed_ptr() -> work_on_cpu()"
> > >> conversions - if they involve any cpu-hotplug callback paths - may
> > >> lead to similar reports (and possible lockups).
> > >
> > > Guys, could you please try the patch below? It improves work_on_cpu() to
> > > not be dependent on the kevent workqueue.
> > 
> > I guess, the following patch should also be applied (since
> > get_online_cpus() is a culprit here):
> > 
> > [PATCH 1/3] work_on_cpu: dont try to get_online_cpus() in work_on_cpu
> > 
> > the patch is available here:
> > 
> > http://lkml.indiana.edu/hypermail/linux/kernel/0901.2/00375.html
> 
> yeah - also attached below.

In fact I believe all three patches in the series at
http://lkml.org/lkml/2009/1/16/377
are necessary.

Thanks,
Rafael

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-19 19:25                             ` Rafael J. Wysocki
@ 2009-01-19 22:31                               ` Zdenek Kabelac
  2009-01-19 23:49                                 ` Ingo Molnar
  0 siblings, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-19 22:31 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Ingo Molnar, Dmitry Adamushko, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell

2009/1/19 Rafael J. Wysocki <rjw@sisk.pl>:
> On Monday 19 January 2009, Ingo Molnar wrote:
>>
>> * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
>>
>> > 2009/1/19 Ingo Molnar <mingo@elte.hu>:
>> > >
>> > > * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
>> > >
>> > >> 2009/1/19 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> > >> > 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> > >> >> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> > >> >>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
>> > >> >>>> On Monday 12 January 2009, Zdenek Kabelac wrote:
>> > >> >>>
>> > >> >>>> Sure, good idea.  I've been running with this reverted recently.
>> > >> >>>>
>> > >> >>>>> PS: I'll do the above 'echo' trace later (being busy right now).
>> > >> >>>>
>> > >> >>>> That shouldn't be necessary if you can suspend-resume with
>> > >> >>>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
>> > >> >>>> modules unloaded.
>> > >> >>>>
>> > >> >>>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
>> > >> >>>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
>> > >> >>>> and see if suspend-resume works in this configuration.
>> > >> >>>>
>> > >> >>>
>> > >> >>> Hi
>> > >> >>>
>> > >> >>> So I've check some   find /sys/device | grep usb | grep power/wakeup
>> > >> >>> and there was no difference.
>> > >> >>> I've updated to latest git to be in sync
>> > >> >>> (e0b325d310a6b11f1538413fd557d2eb98f2fae5)
>> > >> >>> I'm still keeping reverted commit: 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
>> > >> >>>
>> > >> >>> And I've figured out - the only  'modprobe -r ehci_hcd' is enough to
>> > >> >>> keep my suspend/resume sequence working. (Though I would have say,
>> > >> >>> that now it takes fairly noticable time to get keyboard and synaptics
>> > >> >>> usable - but it might be connected with my move to evdev and hal... :)
>> > >> >>> )
>> > >> >>>
>> > >> >>> So I'm adding cc: to David - maybe he has some suspected patches for
>> > >> >>> ehci_hcd ? (as doing a bisect in such a broken merge window is going
>> > >> >>> to give me probably a lot of unsable kernels nowdays....)
>> > >> >>>
>> > >> >>
>> > >> >> And I've forget to append trace from supend /resume with INFO trace:
>> > >> >> (which might be a part of problem??)
>> > >> >
>> > >> > Hi
>> > >> >
>> > >> >
>> > >> > Just an update for  2.6.29-rc2 (f3b8436ad9a8ad36b3c9fa1fe030c7f38e5d3d0b)
>> > >> >
>> > >> > With this kernel I still have to keep reverted patch commit:
>> > >> > 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
>> > >> > (otherwise I see the auto-wake-up immediately after suspend)
>> > >> >
>> > >> > I also keep module ehci_hcd away from my kernel - so the
>> > >> > suspend-resume seems to be working.
>> > >> >
>> > >> > I've checked the ideas from thread: 2.6.29-rc1: [SOLVED] thinkpad
>> > >> > problems during resume
>> > >> > http://lkml.org/lkml/2009/1/17/181  and they seems to produce some
>> > >> > ugly Ooops with my configuration.
>> > >> > so for now I stay with my revert/ehci fix.
>> > >> >
>> > >> > Also I still get the INFO trace:
>> > >> > processor ACPI_CPU:01: legacy suspend
>> > >> > processor ACPI_CPU:00: legacy suspend
>> > >> > button LNXPWRBN:00: legacy suspend
>> > >> > acpi LNXSYSTM:00: legacy suspend
>> > >> > ACPI: Preparing to enter system sleep state S3
>> > >> > Disabling non-boot CPUs ...
>> > >> >
>> > >> > =======================================================
>> > >> > [ INFO: possible circular locking dependency detected ]
>> > >> > 2.6.29-rc2 #14
>> > >> > -------------------------------------------------------
>> > >> > pm-suspend/2873 is trying to acquire lock:
>> > >> >  (&per_cpu(cpu_policy_rwsem, cpu)){----}, at: [<ffffffff8049a27b>]
>> > >> > lock_policy_rwsem_write+0x4b/0x90
>> > >> >
>> > >> > but task is already holding lock:
>> > >> >  (&cpu_hotplug.lock){--..}, at: [<ffffffff80246832>] cpu_hotplug_begin+0x22/0x60
>> > >> >
>> > >> > which lock already depends on the new lock.
>> > >> >
>> > >> >
>> > >> > the existing dependency chain (in reverse order) is:
>> > >> >
>> > >> > -> #1 (&cpu_hotplug.lock){--..}:
>> > >> >       [<ffffffff80270ce6>] __lock_acquire+0x1416/0x1db0
>> > >> >       [<ffffffff80271711>] lock_acquire+0x91/0xc0
>> > >> >       [<ffffffff8053d99c>] mutex_lock_nested+0xec/0x360
>> > >> >       [<ffffffff80246a4a>] get_online_cpus+0x3a/0x50
>> > >> >       [<ffffffff802594b7>] work_on_cpu+0x67/0xb0
>> > >> >       [<ffffffff8021e85e>] get_measured_perf+0x1e/0xb0
>> > >>
>> > >>
>> > >> Ingo,
>> > >>
>> > >>
>> > >> it looks like e39ad415ac15116df213dfa2aa2a4f1b0857af9c should have
>> > >> been reverted together with 7503bfbae89eba07b46441a5d1594647f6b8ab7d.
>> > >>
>> > >> In general, perhaps all "set_cpus_allowed_ptr() -> work_on_cpu()"
>> > >> conversions - if they involve any cpu-hotplug callback paths - may
>> > >> lead to similar reports (and possible lockups).
>> > >
>> > > Guys, could you please try the patch below? It improves work_on_cpu() to
>> > > not be dependent on the kevent workqueue.
>> >
>> > I guess, the following patch should also be applied (since
>> > get_online_cpus() is a culprit here):
>> >
>> > [PATCH 1/3] work_on_cpu: dont try to get_online_cpus() in work_on_cpu
>> >
>> > the patch is available here:
>> >
>> > http://lkml.indiana.edu/hypermail/linux/kernel/0901.2/00375.html
>>
>> yeah - also attached below.
>
> In fact I believe all three patches in the series at
> http://lkml.org/lkml/2009/1/16/377
> are necessary.

So I've made so far 2 tests - I've removed revert of the USB commit
(6fd9086a518d) - obvisously this result
in immediate wakeup after resume.

The first Ingo's proposal patch resulted in this oops message (before suspend):

usb 1-1: uevent
general protection fault: 0000 [#1] SMP
last sysfs file: /sys/power/state
CPU 0
Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4
nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_tcpudp
iptable_filter ip_tables x_tables bridge stp llc rfcomm sco l2cap
autofs4 sunrpc ipv6 binfmt_misc dm_snapshot dm_mirror dm_region_hash
dm_log dm_mod rtc_cmos rtc_core rtc_lib kvm_intel kvm i915 drm
i2c_algo_bit uinput arc4 ecb snd_hda_codec_analog cryptomgr aead
snd_hda_intel crypto_blkcipher btusb snd_hda_codec crypto_hash
crypto_algapi snd_seq_oss bluetooth iwl3945 sdhci_pci
snd_seq_midi_event sdhci mmc_core snd_seq snd_seq_device snd_pcm_oss
thinkpad_acpi snd_mixer_oss snd_pcm backlight snd_timer rfkill
led_class evdev snd i2c_i801 iTCO_wdt mac80211 button psmouse
soundcore e1000e i2c_core iTCO_vendor_support sr_mod battery serio_raw
nvram cdrom lib80211 ac intel_agp snd_page_alloc cfg80211 uhci_hcd
ohci_hcd usbcore [last unloaded: microcode]
Pid: 2244, comm: NetworkManager Not tainted 2.6.29-rc2 #15
RIP: 0010:[<ffffffff8053ccf1>]  [<ffffffff8053ccf1>] wait_for_common+0x131/0x190
RSP: 0018:ffff88006ae6b730  EFLAGS: 00010296
RAX: 7fffffffffffffff RBX: ffff88006ae6b748 RCX: 0000000000000003
RDX: ffffffff80a8b1f0 RSI: ffff88006f908728 RDI: ffff88006f908000
RBP: ffff88006ae6b738 R08: 0000000000000000 R09: 0000000000000000
R10: ffff88006f908728 R11: 0000000000000001 R12: ffff880079ca1d98
R13: 0000000000000000 R14: ffff880079d66000 R15: 0000000000000000
FS:  00007faf7fca9740(0000) GS:ffffffff80914040(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00000000006c3444 CR3: 000000007c50d000 CR4: 00000000000026e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process NetworkManager (pid: 2244, threadinfo ffff88006ae6a000, task
ffff88006f908000)
Stack:
 7d6ddc008053cde8 ffff8800ffff8800 ffffffff8025a695 ffff88006b050e90
 ffffffff8025a580 0000000000000000 dead4ead00000303 ffffffffffffffff
 ffffffffffffffff ffffffff80970c08 0000000000000000 ffffffff805f9e8e
Call Trace:
 [<ffffffff8025a695>] synchronize_rcu+0x35/0x40
 [<ffffffff8025a580>] ? wakeme_after_rcu+0x0/0x10
 [<ffffffff8053cd2f>] ? wait_for_common+0x16f/0x190
 [<ffffffff8024b364>] ? local_bh_enable+0xa4/0x110
 [<ffffffff804c8c41>] ? dev_deactivate+0x151/0x1d0
 [<ffffffff804b746d>] ? dev_close+0x6d/0xd0
 [<ffffffffa0102042>] ? ieee80211_stop+0x562/0x570 [mac80211]
 [<ffffffffa0101b59>] ? ieee80211_stop+0x79/0x570 [mac80211]
 [<ffffffff8053fa4f>] ? _spin_unlock_bh+0x2f/0x40
 [<ffffffff804c8c9a>] ? dev_deactivate+0x1aa/0x1d0
 [<ffffffff804b747c>] ? dev_close+0x7c/0xd0
 [<ffffffff804b703d>] ? dev_change_flags+0x9d/0x1e0
 [<ffffffff804c0505>] ? do_setlink+0x2b5/0x440
 [<ffffffff8053fa16>] ? _read_unlock+0x26/0x30
 [<ffffffff804c0865>] ? rtnl_setlink+0x115/0x160
 [<ffffffff8053db44>] ? mutex_lock_nested+0x284/0x360
 [<ffffffff804c17da>] ? rtnetlink_rcv+0x1a/0x40
 [<ffffffff804c198d>] ? rtnetlink_rcv_msg+0x18d/0x240
 [<ffffffff804c1800>] ? rtnetlink_rcv_msg+0x0/0x240
 [<ffffffff804cc7d9>] ? netlink_rcv_skb+0x89/0xb0
 [<ffffffff804c17e9>] ? rtnetlink_rcv+0x29/0x40
 [<ffffffff804cc1d4>] ? netlink_unicast+0x2c4/0x2e0
 [<ffffffff804ae4de>] ? __alloc_skb+0x6e/0x150
 [<ffffffff804cc404>] ? netlink_sendmsg+0x214/0x310
 [<ffffffff804a5937>] ? sock_sendmsg+0x127/0x140
 [<ffffffff8025d150>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff8027218b>] ? lock_release_non_nested+0x9b/0x2e0
 [<ffffffff802dbce6>] ? fget_light+0x106/0x110
 [<ffffffff804a6697>] ? move_addr_to_kernel+0x57/0x60
 [<ffffffff804af9af>] ? verify_iovec+0x3f/0xe0
 [<ffffffff804a5ad9>] ? sys_sendmsg+0x189/0x320
 [<ffffffff804a679f>] ? sys_sendto+0xff/0x120
 [<ffffffff802f49da>] ? mntput_no_expire+0x2a/0x170
 [<ffffffff802dbfba>] ? __fput+0x17a/0x1f0
 [<ffffffff8026edba>] ? trace_hardirqs_on_caller+0x16a/0x1d0
 [<ffffffff8029228e>] ? audit_syscall_entry+0x17e/0x1a0
 [<ffffffff8053f5ce>] ? trace_hardirqs_on_thunk+0x3a/0x3f
 [<ffffffff8020c51b>] ? system_call_fastpath+0x16/0x1b
Code: 04 24 b8 01 00 00 00 48 0f 44 d8 4c 89 ef e8 87 2d 00 00 48 89
d8 4c 8b 65 e0 48 8b 5d d8 4c 8b 6d e8 4c 8b 75 f0 4c 8b 7d f8 c9 <c3>
66 0f 1f 44 00 00 e8 83 43 d1 ff 85 c0 75 90 0f 1f 80 00 00
RIP  [<ffffffff8053ccf1>] wait_for_common+0x131/0x190
 RSP <ffff88006ae6b730>
---[ end trace a2c62d53604aab23 ]---
(elapsed 0.04 seconds) done.
Freezing remaining freezable tasks ... <7>hub 1-0:1.0: debounce: port
1: total 100ms stable 100ms status 0x100
(elapsed 0.10 seconds) done.
PM: Entering mem sleep

The second one  (From 68564a46976017496c2227660930d81240f82355)
creates the same fault.

Thus obviously  Rafael is probably right and some series of patches
are necessary  though I'd prefer to get a nice clean patch against the
current git which I should try to apply as both Ingo's patches
generated some reject (solvable by hand).

Also - any idea how to fix my  problem with 'ehci' (so far I'm simply
removing this module and no harm in the usability is visible) - and is
there a proposal fix for auto-resume regression or the patch revert is
the right solution for this moment ?

Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-19 22:31                               ` Zdenek Kabelac
@ 2009-01-19 23:49                                 ` Ingo Molnar
  2009-01-20 10:41                                   ` Zdenek Kabelac
  0 siblings, 1 reply; 29+ messages in thread
From: Ingo Molnar @ 2009-01-19 23:49 UTC (permalink / raw)
  To: Zdenek Kabelac
  Cc: Rafael J. Wysocki, Dmitry Adamushko, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell


* Zdenek Kabelac <zdenek.kabelac@gmail.com> wrote:

> 2009/1/19 Rafael J. Wysocki <rjw@sisk.pl>:
> > On Monday 19 January 2009, Ingo Molnar wrote:
> >>
> >> * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
> >>
> >> > 2009/1/19 Ingo Molnar <mingo@elte.hu>:
> >> > >
> >> > > * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
> >> > >
> >> > >> 2009/1/19 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> > >> > 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> > >> >> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> >> > >> >>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
> >> > >> >>>> On Monday 12 January 2009, Zdenek Kabelac wrote:
> >> > >> >>>
> >> > >> >>>> Sure, good idea.  I've been running with this reverted recently.
> >> > >> >>>>
> >> > >> >>>>> PS: I'll do the above 'echo' trace later (being busy right now).
> >> > >> >>>>
> >> > >> >>>> That shouldn't be necessary if you can suspend-resume with
> >> > >> >>>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
> >> > >> >>>> modules unloaded.
> >> > >> >>>>
> >> > >> >>>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
> >> > >> >>>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
> >> > >> >>>> and see if suspend-resume works in this configuration.
> >> > >> >>>>
> >> > >> >>>
> >> > >> >>> Hi
> >> > >> >>>
> >> > >> >>> So I've check some   find /sys/device | grep usb | grep power/wakeup
> >> > >> >>> and there was no difference.
> >> > >> >>> I've updated to latest git to be in sync
> >> > >> >>> (e0b325d310a6b11f1538413fd557d2eb98f2fae5)
> >> > >> >>> I'm still keeping reverted commit: 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
> >> > >> >>>
> >> > >> >>> And I've figured out - the only  'modprobe -r ehci_hcd' is enough to
> >> > >> >>> keep my suspend/resume sequence working. (Though I would have say,
> >> > >> >>> that now it takes fairly noticable time to get keyboard and synaptics
> >> > >> >>> usable - but it might be connected with my move to evdev and hal... :)
> >> > >> >>> )
> >> > >> >>>
> >> > >> >>> So I'm adding cc: to David - maybe he has some suspected patches for
> >> > >> >>> ehci_hcd ? (as doing a bisect in such a broken merge window is going
> >> > >> >>> to give me probably a lot of unsable kernels nowdays....)
> >> > >> >>>
> >> > >> >>
> >> > >> >> And I've forget to append trace from supend /resume with INFO trace:
> >> > >> >> (which might be a part of problem??)
> >> > >> >
> >> > >> > Hi
> >> > >> >
> >> > >> >
> >> > >> > Just an update for  2.6.29-rc2 (f3b8436ad9a8ad36b3c9fa1fe030c7f38e5d3d0b)
> >> > >> >
> >> > >> > With this kernel I still have to keep reverted patch commit:
> >> > >> > 6fd9086a518d4f14213a32fe6c9ac17fabebbc1e.
> >> > >> > (otherwise I see the auto-wake-up immediately after suspend)
> >> > >> >
> >> > >> > I also keep module ehci_hcd away from my kernel - so the
> >> > >> > suspend-resume seems to be working.
> >> > >> >
> >> > >> > I've checked the ideas from thread: 2.6.29-rc1: [SOLVED] thinkpad
> >> > >> > problems during resume
> >> > >> > http://lkml.org/lkml/2009/1/17/181  and they seems to produce some
> >> > >> > ugly Ooops with my configuration.
> >> > >> > so for now I stay with my revert/ehci fix.
> >> > >> >
> >> > >> > Also I still get the INFO trace:
> >> > >> > processor ACPI_CPU:01: legacy suspend
> >> > >> > processor ACPI_CPU:00: legacy suspend
> >> > >> > button LNXPWRBN:00: legacy suspend
> >> > >> > acpi LNXSYSTM:00: legacy suspend
> >> > >> > ACPI: Preparing to enter system sleep state S3
> >> > >> > Disabling non-boot CPUs ...
> >> > >> >
> >> > >> > =======================================================
> >> > >> > [ INFO: possible circular locking dependency detected ]
> >> > >> > 2.6.29-rc2 #14
> >> > >> > -------------------------------------------------------
> >> > >> > pm-suspend/2873 is trying to acquire lock:
> >> > >> >  (&per_cpu(cpu_policy_rwsem, cpu)){----}, at: [<ffffffff8049a27b>]
> >> > >> > lock_policy_rwsem_write+0x4b/0x90
> >> > >> >
> >> > >> > but task is already holding lock:
> >> > >> >  (&cpu_hotplug.lock){--..}, at: [<ffffffff80246832>] cpu_hotplug_begin+0x22/0x60
> >> > >> >
> >> > >> > which lock already depends on the new lock.
> >> > >> >
> >> > >> >
> >> > >> > the existing dependency chain (in reverse order) is:
> >> > >> >
> >> > >> > -> #1 (&cpu_hotplug.lock){--..}:
> >> > >> >       [<ffffffff80270ce6>] __lock_acquire+0x1416/0x1db0
> >> > >> >       [<ffffffff80271711>] lock_acquire+0x91/0xc0
> >> > >> >       [<ffffffff8053d99c>] mutex_lock_nested+0xec/0x360
> >> > >> >       [<ffffffff80246a4a>] get_online_cpus+0x3a/0x50
> >> > >> >       [<ffffffff802594b7>] work_on_cpu+0x67/0xb0
> >> > >> >       [<ffffffff8021e85e>] get_measured_perf+0x1e/0xb0
> >> > >>
> >> > >>
> >> > >> Ingo,
> >> > >>
> >> > >>
> >> > >> it looks like e39ad415ac15116df213dfa2aa2a4f1b0857af9c should have
> >> > >> been reverted together with 7503bfbae89eba07b46441a5d1594647f6b8ab7d.
> >> > >>
> >> > >> In general, perhaps all "set_cpus_allowed_ptr() -> work_on_cpu()"
> >> > >> conversions - if they involve any cpu-hotplug callback paths - may
> >> > >> lead to similar reports (and possible lockups).
> >> > >
> >> > > Guys, could you please try the patch below? It improves work_on_cpu() to
> >> > > not be dependent on the kevent workqueue.
> >> >
> >> > I guess, the following patch should also be applied (since
> >> > get_online_cpus() is a culprit here):
> >> >
> >> > [PATCH 1/3] work_on_cpu: dont try to get_online_cpus() in work_on_cpu
> >> >
> >> > the patch is available here:
> >> >
> >> > http://lkml.indiana.edu/hypermail/linux/kernel/0901.2/00375.html
> >>
> >> yeah - also attached below.
> >
> > In fact I believe all three patches in the series at
> > http://lkml.org/lkml/2009/1/16/377
> > are necessary.
> 
> So I've made so far 2 tests - I've removed revert of the USB commit
> (6fd9086a518d) - obvisously this result
> in immediate wakeup after resume.
> 
> The first Ingo's proposal patch resulted in this oops message (before suspend):
> 
> usb 1-1: uevent
> general protection fault: 0000 [#1] SMP
> last sysfs file: /sys/power/state
> CPU 0
> Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4
> nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_tcpudp
> iptable_filter ip_tables x_tables bridge stp llc rfcomm sco l2cap
> autofs4 sunrpc ipv6 binfmt_misc dm_snapshot dm_mirror dm_region_hash
> dm_log dm_mod rtc_cmos rtc_core rtc_lib kvm_intel kvm i915 drm
> i2c_algo_bit uinput arc4 ecb snd_hda_codec_analog cryptomgr aead
> snd_hda_intel crypto_blkcipher btusb snd_hda_codec crypto_hash
> crypto_algapi snd_seq_oss bluetooth iwl3945 sdhci_pci
> snd_seq_midi_event sdhci mmc_core snd_seq snd_seq_device snd_pcm_oss
> thinkpad_acpi snd_mixer_oss snd_pcm backlight snd_timer rfkill
> led_class evdev snd i2c_i801 iTCO_wdt mac80211 button psmouse
> soundcore e1000e i2c_core iTCO_vendor_support sr_mod battery serio_raw
> nvram cdrom lib80211 ac intel_agp snd_page_alloc cfg80211 uhci_hcd
> ohci_hcd usbcore [last unloaded: microcode]
> Pid: 2244, comm: NetworkManager Not tainted 2.6.29-rc2 #15
> RIP: 0010:[<ffffffff8053ccf1>]  [<ffffffff8053ccf1>] wait_for_common+0x131/0x190
> RSP: 0018:ffff88006ae6b730  EFLAGS: 00010296
> RAX: 7fffffffffffffff RBX: ffff88006ae6b748 RCX: 0000000000000003
> RDX: ffffffff80a8b1f0 RSI: ffff88006f908728 RDI: ffff88006f908000
> RBP: ffff88006ae6b738 R08: 0000000000000000 R09: 0000000000000000
> R10: ffff88006f908728 R11: 0000000000000001 R12: ffff880079ca1d98
> R13: 0000000000000000 R14: ffff880079d66000 R15: 0000000000000000
> FS:  00007faf7fca9740(0000) GS:ffffffff80914040(0000) knlGS:0000000000000000
> CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> CR2: 00000000006c3444 CR3: 000000007c50d000 CR4: 00000000000026e0
> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Process NetworkManager (pid: 2244, threadinfo ffff88006ae6a000, task
> ffff88006f908000)
> Stack:
>  7d6ddc008053cde8 ffff8800ffff8800 ffffffff8025a695 ffff88006b050e90
>  ffffffff8025a580 0000000000000000 dead4ead00000303 ffffffffffffffff
>  ffffffffffffffff ffffffff80970c08 0000000000000000 ffffffff805f9e8e
> Call Trace:
>  [<ffffffff8025a695>] synchronize_rcu+0x35/0x40
>  [<ffffffff8025a580>] ? wakeme_after_rcu+0x0/0x10
>  [<ffffffff8053cd2f>] ? wait_for_common+0x16f/0x190
>  [<ffffffff8024b364>] ? local_bh_enable+0xa4/0x110
>  [<ffffffff804c8c41>] ? dev_deactivate+0x151/0x1d0
>  [<ffffffff804b746d>] ? dev_close+0x6d/0xd0
>  [<ffffffffa0102042>] ? ieee80211_stop+0x562/0x570 [mac80211]
>  [<ffffffffa0101b59>] ? ieee80211_stop+0x79/0x570 [mac80211]
>  [<ffffffff8053fa4f>] ? _spin_unlock_bh+0x2f/0x40
>  [<ffffffff804c8c9a>] ? dev_deactivate+0x1aa/0x1d0
>  [<ffffffff804b747c>] ? dev_close+0x7c/0xd0
>  [<ffffffff804b703d>] ? dev_change_flags+0x9d/0x1e0
>  [<ffffffff804c0505>] ? do_setlink+0x2b5/0x440
>  [<ffffffff8053fa16>] ? _read_unlock+0x26/0x30
>  [<ffffffff804c0865>] ? rtnl_setlink+0x115/0x160
>  [<ffffffff8053db44>] ? mutex_lock_nested+0x284/0x360
>  [<ffffffff804c17da>] ? rtnetlink_rcv+0x1a/0x40
>  [<ffffffff804c198d>] ? rtnetlink_rcv_msg+0x18d/0x240
>  [<ffffffff804c1800>] ? rtnetlink_rcv_msg+0x0/0x240
>  [<ffffffff804cc7d9>] ? netlink_rcv_skb+0x89/0xb0
>  [<ffffffff804c17e9>] ? rtnetlink_rcv+0x29/0x40
>  [<ffffffff804cc1d4>] ? netlink_unicast+0x2c4/0x2e0
>  [<ffffffff804ae4de>] ? __alloc_skb+0x6e/0x150
>  [<ffffffff804cc404>] ? netlink_sendmsg+0x214/0x310
>  [<ffffffff804a5937>] ? sock_sendmsg+0x127/0x140
>  [<ffffffff8025d150>] ? autoremove_wake_function+0x0/0x40
>  [<ffffffff8027218b>] ? lock_release_non_nested+0x9b/0x2e0
>  [<ffffffff802dbce6>] ? fget_light+0x106/0x110
>  [<ffffffff804a6697>] ? move_addr_to_kernel+0x57/0x60
>  [<ffffffff804af9af>] ? verify_iovec+0x3f/0xe0
>  [<ffffffff804a5ad9>] ? sys_sendmsg+0x189/0x320
>  [<ffffffff804a679f>] ? sys_sendto+0xff/0x120
>  [<ffffffff802f49da>] ? mntput_no_expire+0x2a/0x170
>  [<ffffffff802dbfba>] ? __fput+0x17a/0x1f0
>  [<ffffffff8026edba>] ? trace_hardirqs_on_caller+0x16a/0x1d0
>  [<ffffffff8029228e>] ? audit_syscall_entry+0x17e/0x1a0
>  [<ffffffff8053f5ce>] ? trace_hardirqs_on_thunk+0x3a/0x3f
>  [<ffffffff8020c51b>] ? system_call_fastpath+0x16/0x1b
> Code: 04 24 b8 01 00 00 00 48 0f 44 d8 4c 89 ef e8 87 2d 00 00 48 89
> d8 4c 8b 65 e0 48 8b 5d d8 4c 8b 6d e8 4c 8b 75 f0 4c 8b 7d f8 c9 <c3>
> 66 0f 1f 44 00 00 e8 83 43 d1 ff 85 c0 75 90 0f 1f 80 00 00
> RIP  [<ffffffff8053ccf1>] wait_for_common+0x131/0x190
>  RSP <ffff88006ae6b730>
> ---[ end trace a2c62d53604aab23 ]---
> (elapsed 0.04 seconds) done.
> Freezing remaining freezable tasks ... <7>hub 1-0:1.0: debounce: port
> 1: total 100ms stable 100ms status 0x100
> (elapsed 0.10 seconds) done.
> PM: Entering mem sleep
> 
> The second one  (From 68564a46976017496c2227660930d81240f82355)
> creates the same fault.
> 
> Thus obviously  Rafael is probably right and some series of patches
> are necessary  though I'd prefer to get a nice clean patch against the
> current git which I should try to apply as both Ingo's patches
> generated some reject (solvable by hand).

You can pull the current set of patches/fixes in this area via:

git pull git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git x86-fixes-for-linus

does that do the trick?

	Ingo

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-19 23:49                                 ` Ingo Molnar
@ 2009-01-20 10:41                                   ` Zdenek Kabelac
  2009-01-20 11:48                                     ` Zdenek Kabelac
  0 siblings, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-20 10:41 UTC (permalink / raw)
  To: Ingo Molnar
  Cc: Rafael J. Wysocki, Dmitry Adamushko, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell

2009/1/20 Ingo Molnar <mingo@elte.hu>:
>
> * Zdenek Kabelac <zdenek.kabelac@gmail.com> wrote:
>
>> 2009/1/19 Rafael J. Wysocki <rjw@sisk.pl>:
>> > On Monday 19 January 2009, Ingo Molnar wrote:
>> >>
>> >> * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
>> >>
>> >> > 2009/1/19 Ingo Molnar <mingo@elte.hu>:
>> >> > >
>> >> > > * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
>> >> > >
>> >> > >> 2009/1/19 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> >> > >> > 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> >> > >> >> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>> >> > >> >>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
>> >> > >> >>>> On Monday 12 January 2009, Zdenek Kabelac wrote:
>> >> > >> >>>
>> >> > >> >>>> Sure, good idea.  I've been running with this reverted recently.
>> >> > >> >>>>
>> >> > >> >>>>> PS: I'll do the above 'echo' trace later (being busy right now).
>> >> > >> >>>>
>> >> > >> >>>> That shouldn't be necessary if you can suspend-resume with
>> >> > >> >>>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
>> >> > >> >>>> modules unloaded.
>> >> > >> >>>>
>> >> > >> >>>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
>> >> > >> >>>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
>> >> > >> >>>> and see if suspend-resume works in this configuration.
>> >> > >> >>>>
>> >> > >> >>>
>>
>> The second one  (From 68564a46976017496c2227660930d81240f82355)
>> creates the same fault.
>>
>> Thus obviously  Rafael is probably right and some series of patches
>> are necessary  though I'd prefer to get a nice clean patch against the
>> current git which I should try to apply as both Ingo's patches
>> generated some reject (solvable by hand).
>
> You can pull the current set of patches/fixes in this area via:
>
> git pull git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git x86-fixes-for-linus
>
> does that do the trick?
>

Ok - there are some changes - though I'll need to do more tests - thus
I'll probably add few more post after checking what happens after
couple suspend/resume cycles.

But here is at least the first output from my log - seems to be
related to my  USB EHCI problem:
(Before the machine usually died without logging this traceback)
Also - please note the message SPIN IRQ ALREADY DISABLED is from my
own little patch.
Usually when I keep ehci_hcd module in memory my machine dies after printing:
Extended CMOS year: 2000 - but this time it survived


Broke affinity for irq 1
Broke affinity for irq 12
Broke affinity for irq 20
kvm: disabling virtualization on CPU1
CPU 1 is now offline
lockdep: fixing up alternatives.
SMP alternatives: switching to UP code
CPU1 is down
SPIN IRQ ALREADY DISABLED
Pid: 2982, comm: pm-suspend Not tainted 2.6.29-rc2 #17
Call Trace:
 [<ffffffff8053ff37>] _spin_lock_irq+0x87/0x90
 [<ffffffff80250976>] ? lock_timer_base+0x36/0x70
 [<ffffffff8053bfbe>] schedule+0x13e/0x4ad
 [<ffffffff80250c6e>] ? __mod_timer+0xbe/0xe0
 [<ffffffff80250976>] ? lock_timer_base+0x36/0x70
 [<ffffffff8026c56d>] ? trace_hardirqs_off+0xd/0x10
 [<ffffffff8053fc17>] ? _spin_unlock_irqrestore+0x57/0x70
 [<ffffffff80250c6e>] ? __mod_timer+0xbe/0xe0
 [<ffffffff8053cfa2>] schedule_timeout+0x62/0xd0
 [<ffffffff80250500>] ? process_timeout+0x0/0x10
 [<ffffffff8053cf9d>] ? schedule_timeout+0x5d/0xd0
 [<ffffffff8053d029>] schedule_timeout_uninterruptible+0x19/0x20
 [<ffffffff80250cad>] msleep+0x1d/0x30
 [<ffffffff803b5058>] pci_set_power_state+0x268/0x300
 [<ffffffffa00162bc>] usb_hcd_pci_suspend_late+0x6c/0x150 [usbcore]
 [<ffffffff803b722f>] pci_legacy_suspend_late+0x2f/0x60
 [<ffffffff803b745d>] pci_pm_suspend_noirq+0xad/0xc0
 [<ffffffff80441ba2>] pm_noirq_op+0x162/0x1b0
 [<ffffffff80442ae8>] device_power_down+0x48/0x180
 [<ffffffff8027e8f6>] suspend_devices_and_enter+0x156/0x1c0
 [<ffffffff8027eaf6>] enter_state+0x166/0x1e0
 [<ffffffff8027ec2a>] state_store+0xba/0x100
 [<ffffffff803a1eb7>] kobj_attr_store+0x17/0x20
 [<ffffffff8033531a>] sysfs_write_file+0xca/0x140
 [<ffffffff802db40b>] vfs_write+0xcb/0x190
 [<ffffffff802db5c0>] sys_write+0x50/0x90
 [<ffffffff8020c51b>] system_call_fastpath+0x16/0x1b
ehci_hcd 0000:00:1d.7: power state changed by ACPI to D3
ehci_hcd 0000:00:1a.7: power state changed by ACPI to D3
Extended CMOS year: 2000
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
Extended CMOS year: 2000

=================================
[ INFO: inconsistent lock state ]
2.6.29-rc2 #17
---------------------------------
inconsistent {in-hardirq-W} -> {hardirq-on-W} usage.
pm-suspend/2982 [HC0[0]:SC0[0]:HE1:SE1] takes:
 (&cpu_base->lock){++..}, at: [<ffffffff80260403>]
retrigger_next_event+0x93/0xf0
{in-hardirq-W} state was registered at:
  [<ffffffffffffffff>] 0xffffffffffffffff
irq event stamp: 337381
hardirqs last  enabled at (337381): [<ffffffff8053fc03>]
_spin_unlock_irqrestore+0x43/0x70
hardirqs last disabled at (337380): [<ffffffff8053ff60>]
_spin_lock_irqsave+0x20/0x90
softirqs last  enabled at (336752): [<ffffffff8024b67a>]
__do_softirq+0x12a/0x180
softirqs last disabled at (336595): [<ffffffff8020d6fc>] call_softirq+0x1c/0x50

other info that might help us debug this:
3 locks held by pm-suspend/2982:
 #0:  (&buffer->mutex){--..}, at: [<ffffffff80335293>]
sysfs_write_file+0x43/0x140
 #1:  (pm_mutex){--..}, at: [<ffffffff8027ea01>] enter_state+0x71/0x1e0
 #2:  (dpm_list_mtx){--..}, at: [<ffffffff80441cb2>] device_pm_lock+0x12/0x20

stack backtrace:
Pid: 2982, comm: pm-suspend Not tainted 2.6.29-rc2 #17
Call Trace:
 [<ffffffff8026db3e>] print_usage_bug+0x18e/0x1f0
 [<ffffffff8026eb10>] mark_lock+0xc40/0xcb0
 [<ffffffff802700d8>] __lock_acquire+0x758/0x1db0
 [<ffffffff80265909>] ? getnstimeofday+0x59/0xe0
 [<ffffffff8026ebd6>] ? mark_held_locks+0x56/0xa0
 [<ffffffff8053fc03>] ? _spin_unlock_irqrestore+0x43/0x70
 [<ffffffff8026ee5a>] ? trace_hardirqs_on_caller+0x16a/0x1d0
 [<ffffffff802717c1>] lock_acquire+0x91/0xc0
 [<ffffffff80260403>] ? retrigger_next_event+0x93/0xf0
 [<ffffffff8053fe01>] _spin_lock+0x31/0x70
 [<ffffffff80260403>] ? retrigger_next_event+0x93/0xf0
 [<ffffffff80260403>] retrigger_next_event+0x93/0xf0
 [<ffffffff8026059b>] hres_timers_resume+0xb/0x10
 [<ffffffff8026511d>] timekeeping_resume+0xfd/0x140
 [<ffffffff8043b1a0>] __sysdev_resume+0x20/0x60
 [<ffffffff8043b269>] sysdev_resume+0x89/0x180
 [<ffffffff80442c30>] device_power_up+0x10/0x20
 [<ffffffff8027e914>] suspend_devices_and_enter+0x174/0x1c0
 [<ffffffff8027eaf6>] enter_state+0x166/0x1e0
 [<ffffffff8027ec2a>] state_store+0xba/0x100
 [<ffffffff803a1eb7>] kobj_attr_store+0x17/0x20
 [<ffffffff8033531a>] sysfs_write_file+0xca/0x140
 [<ffffffff802db40b>] vfs_write+0xcb/0x190
 [<ffffffff802db5c0>] sys_write+0x50/0x90
 [<ffffffff8020c51b>] system_call_fastpath+0x16/0x1b
ehci_hcd 0000:00:1a.7: power state changed by ACPI to D0
ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
Enabling non-boot CPUs ...
lockdep: fixing up alternatives.
SMP alternatives: switching to SMP code
Booting processor 1 APIC 0x1 ip 0x6000
Initializing CPU#1

I do not see now the previous workqueue backtrace.

Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-20 10:41                                   ` Zdenek Kabelac
@ 2009-01-20 11:48                                     ` Zdenek Kabelac
  2009-01-20 11:55                                       ` Ingo Molnar
  0 siblings, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-20 11:48 UTC (permalink / raw)
  To: Ingo Molnar
  Cc: Rafael J. Wysocki, Dmitry Adamushko, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell

2009/1/20 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> 2009/1/20 Ingo Molnar <mingo@elte.hu>:
>>
>> * Zdenek Kabelac <zdenek.kabelac@gmail.com> wrote:
>>
>>> 2009/1/19 Rafael J. Wysocki <rjw@sisk.pl>:
>>> > On Monday 19 January 2009, Ingo Molnar wrote:
>>> >>
>>> >> * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
>>> >>
>>> >> > 2009/1/19 Ingo Molnar <mingo@elte.hu>:
>>> >> > >
>>> >> > > * Dmitry Adamushko <dmitry.adamushko@gmail.com> wrote:
>>> >> > >
>>> >> > >> 2009/1/19 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>>> >> > >> > 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>>> >> > >> >> 2009/1/13 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
>>> >> > >> >>> 2009/1/12 Rafael J. Wysocki <rjw@sisk.pl>:
>>> >> > >> >>>> On Monday 12 January 2009, Zdenek Kabelac wrote:
>>> >> > >> >>>
>>> >> > >> >>>> Sure, good idea.  I've been running with this reverted recently.
>>> >> > >> >>>>
>>> >> > >> >>>>> PS: I'll do the above 'echo' trace later (being busy right now).
>>> >> > >> >>>>
>>> >> > >> >>>> That shouldn't be necessary if you can suspend-resume with
>>> >> > >> >>>> 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted and the USB controller
>>> >> > >> >>>> modules unloaded.
>>> >> > >> >>>>
>>> >> > >> >>>> Instead, with 7503bfbae89eba07b46441a5d1594647f6b8ab7d reverted, please write
>>> >> > >> >>>> 'disabled' to the /sys/devices/.../power/wakeup files of all USB controllers
>>> >> > >> >>>> and see if suspend-resume works in this configuration.
>>> >> > >> >>>>
>>> >> > >> >>>
>>>
>>> The second one  (From 68564a46976017496c2227660930d81240f82355)
>>> creates the same fault.
>>>
>>> Thus obviously  Rafael is probably right and some series of patches
>>> are necessary  though I'd prefer to get a nice clean patch against the
>>> current git which I should try to apply as both Ingo's patches
>>> generated some reject (solvable by hand).
>>
>> You can pull the current set of patches/fixes in this area via:
>>
>> git pull git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git x86-fixes-for-linus
>>
>> does that do the trick?
>>
>
> Ok - there are some changes - though I'll need to do more tests - thus
> I'll probably add few more post after checking what happens after
> couple suspend/resume cycles.
>
> But here is at least the first output from my log - seems to be
> related to my  USB EHCI problem:
> (Before the machine usually died without logging this traceback)
> Also - please note the message SPIN IRQ ALREADY DISABLED is from my
> own little patch.
> Usually when I keep ehci_hcd module in memory my machine dies after printing:
> Extended CMOS year: 2000 - but this time it survived
>
>
>
> I do not see now the previous workqueue backtrace.
>


Ok -  bad news - my previous supend-resume tests were done in the
runlevel 1 - without network.
With network enabled - the error is back - thus it might be a bug in
ieee80211 stack ??

NetworkManager: <info>  (wlan0): now unmanaged
NetworkManager: <info>  (wlan0): device state change: 3 -> 1
NetworkManager: <info>  (wlan0): cleaning up...
NetworkManager: <info>  (wlan0): taking down device.
PM: Syncing filesystems ... done.
Freezing user space processes ... <3>iwl3945: Error: Response NULL in
'REPLY_ADD_STA'
general protection fault: 0000 [#1] SMP
last sysfs file: /sys/power/state
CPU 0
Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4
nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_tcpudp
iptable_filter ip_tables x_tables bridge stp llc sco l2cap bluetooth
autofs4 sunrpc ipv6 binfmt_misc dm_mirror dm_region_hash dm_log dm_mod
rtc_cmos rtc_core rtc_lib kvm_intel kvm i915 drm i2c_algo_bit uinput
snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_seq_oss arc4 ecb
snd_seq_midi_event snd_seq cryptomgr snd_seq_device snd_pcm_oss aead
crypto_blkcipher crypto_hash snd_mixer_oss snd_pcm crypto_algapi
iwl3945 e1000e mac80211 snd_timer snd thinkpad_acpi soundcore i2c_i801
snd_page_alloc lib80211 psmouse rfkill evdev sdhci_pci sdhci mmc_core
button usbhid hid iTCO_wdt iTCO_vendor_support backlight nvram
led_class sr_mod cdrom intel_agp battery ac i2c_core cfg80211
serio_raw uhci_hcd ohci_hcd usbcore [last unloaded: microcode]
Pid: 2265, comm: NetworkManager Not tainted 2.6.29-rc2 #17
RIP: 0010:[<ffffffff8053ce01>]  [<ffffffff8053ce01>] wait_for_common+0x131/0x190
RSP: 0018:ffff88006b509730  EFLAGS: 00010296
RAX: 7fffffffffffffff RBX: ffff88006b509748 RCX: 0000000000000003
RDX: ffffffff80a8d1f0 RSI: ffff88006b504b48 RDI: ffff88006b504420
RBP: ffff88006b509738 R08: 0000000000000000 R09: 0000000000000000
R10: ffff88006b504b48 R11: 0000000000000001 R12: ffff88007ca52598
R13: 0000000000000000 R14: ffff88007a008000 R15: 0000000000000000
FS:  00007fcbe961f740(0000) GS:ffffffff80916040(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 00007f172f1f9000 CR3: 000000006b6f3000 CR4: 00000000000026e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process NetworkManager (pid: 2265, threadinfo ffff88006b508000, task
ffff88006b504420)
Stack:
 6a2b5d008053cef8 ffff8800ffff8800 ffffffff8025a735 0000000000000000
 ffffffff8025a620 0000000000000000 dead4ead00000303 ffffffffffffffff
 ffffffffffffffff ffffffff80972c08 0000000000000000 ffffffff805faed6
Call Trace:
 [<ffffffff8025a735>] synchronize_rcu+0x35/0x40
 [<ffffffff8025a620>] ? wakeme_after_rcu+0x0/0x10
 [<ffffffff8053ce3f>] ? wait_for_common+0x16f/0x190
 [<ffffffff8024b424>] ? local_bh_enable+0xa4/0x110
 [<ffffffff804c8ce1>] ? dev_deactivate+0x151/0x1d0
 [<ffffffff804b750d>] ? dev_close+0x6d/0xd0
 [<ffffffffa016b042>] ? ieee80211_stop+0x562/0x570 [mac80211]
 [<ffffffffa016ab59>] ? ieee80211_stop+0x79/0x570 [mac80211]
 [<ffffffff8053fb5f>] ? _spin_unlock_bh+0x2f/0x40
 [<ffffffff804c8d3a>] ? dev_deactivate+0x1aa/0x1d0
 [<ffffffff804b751c>] ? dev_close+0x7c/0xd0
 [<ffffffff804b70dd>] ? dev_change_flags+0x9d/0x1e0
 [<ffffffff804c05a5>] ? do_setlink+0x2b5/0x440
 [<ffffffff8053fb26>] ? _read_unlock+0x26/0x30
 [<ffffffff804c0905>] ? rtnl_setlink+0x115/0x160
 [<ffffffff8053dc54>] ? mutex_lock_nested+0x284/0x360
 [<ffffffff804c187a>] ? rtnetlink_rcv+0x1a/0x40
 [<ffffffff804c1a2d>] ? rtnetlink_rcv_msg+0x18d/0x240
 [<ffffffff804c18a0>] ? rtnetlink_rcv_msg+0x0/0x240
 [<ffffffff804cc879>] ? netlink_rcv_skb+0x89/0xb0
 [<ffffffff804c1889>] ? rtnetlink_rcv+0x29/0x40
 [<ffffffff804cc274>] ? netlink_unicast+0x2c4/0x2e0
 [<ffffffff804ae57e>] ? __alloc_skb+0x6e/0x150
 [<ffffffff804cc4a4>] ? netlink_sendmsg+0x214/0x310
 [<ffffffff804a59d7>] ? sock_sendmsg+0x127/0x140
 [<ffffffff8025d1f0>] ? autoremove_wake_function+0x0/0x40
 [<ffffffff8027222b>] ? lock_release_non_nested+0x9b/0x2e0
 [<ffffffff802dbd96>] ? fget_light+0x106/0x110
 [<ffffffff804a6737>] ? move_addr_to_kernel+0x57/0x60
 [<ffffffff804afa4f>] ? verify_iovec+0x3f/0xe0
 [<ffffffff804a5b79>] ? sys_sendmsg+0x189/0x320
 [<ffffffff804a683f>] ? sys_sendto+0xff/0x120
 [<ffffffff802f4a8a>] ? mntput_no_expire+0x2a/0x170
 [<ffffffff802dc06a>] ? __fput+0x17a/0x1f0
 [<ffffffff8026ee5a>] ? trace_hardirqs_on_caller+0x16a/0x1d0
 [<ffffffff8029232e>] ? audit_syscall_entry+0x17e/0x1a0
 [<ffffffff8053f6de>] ? trace_hardirqs_on_thunk+0x3a/0x3f
 [<ffffffff8020c51b>] ? system_call_fastpath+0x16/0x1b
Code: 04 24 b8 01 00 00 00 48 0f 44 d8 4c 89 ef e8 87 2d 00 00 48 89
d8 4c 8b 65 e0 48 8b 5d d8 4c 8b 6d e8 4c 8b 75 f0 4c 8b 7d f8 c9 <c3>
66 0f 1f 44 00 00 e8 33 43 d1 ff 85 c0 75 90 0f 1f 80 00 00
RIP  [<ffffffff8053ce01>] wait_for_common+0x131/0x190
 RSP <ffff88006b509730>
---[ end trace c1a25abf9f5fc6e6 ]---
(elapsed 0.03 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.


Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-20 11:48                                     ` Zdenek Kabelac
@ 2009-01-20 11:55                                       ` Ingo Molnar
  2009-01-22 15:14                                         ` Zdenek Kabelac
  0 siblings, 1 reply; 29+ messages in thread
From: Ingo Molnar @ 2009-01-20 11:55 UTC (permalink / raw)
  To: Zdenek Kabelac, Johannes Berg
  Cc: Rafael J. Wysocki, Dmitry Adamushko, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell


(Cc:-ed Johannes Berg)

* Zdenek Kabelac <zdenek.kabelac@gmail.com> wrote:

> With network enabled - the error is back - thus it might be a bug in 
> ieee80211 stack ??

yes, the crash implicates the ieee80211 stack [ieee80211_stop() in 
net/mac80211/iface.c]:

> general protection fault: 0000 [#1] SMP
> RIP: 0010:[<ffffffff8053ce01>]  [<ffffffff8053ce01>] wait_for_common+0x131/0x190
> Process NetworkManager (pid: 2265, threadinfo ffff88006b508000, task
> Call Trace:
>  [<ffffffff8025a735>] synchronize_rcu+0x35/0x40
>  [<ffffffff8025a620>] ? wakeme_after_rcu+0x0/0x10
>  [<ffffffff8053ce3f>] ? wait_for_common+0x16f/0x190
>  [<ffffffff8024b424>] ? local_bh_enable+0xa4/0x110
>  [<ffffffff804c8ce1>] ? dev_deactivate+0x151/0x1d0
>  [<ffffffff804b750d>] ? dev_close+0x6d/0xd0
>  [<ffffffffa016b042>] ? ieee80211_stop+0x562/0x570 [mac80211]
>  [<ffffffffa016ab59>] ? ieee80211_stop+0x79/0x570 [mac80211]
>  [<ffffffff8053fb5f>] ? _spin_unlock_bh+0x2f/0x40
>  [<ffffffff804c8d3a>] ? dev_deactivate+0x1aa/0x1d0
>  [<ffffffff804b751c>] ? dev_close+0x7c/0xd0
>  [<ffffffff804b70dd>] ? dev_change_flags+0x9d/0x1e0
>  [<ffffffff804c05a5>] ? do_setlink+0x2b5/0x440
>  [<ffffffff8053fb26>] ? _read_unlock+0x26/0x30
>  [<ffffffff804c0905>] ? rtnl_setlink+0x115/0x160
>  [<ffffffff8053dc54>] ? mutex_lock_nested+0x284/0x360
>  [<ffffffff804c187a>] ? rtnetlink_rcv+0x1a/0x40
>  [<ffffffff804c1a2d>] ? rtnetlink_rcv_msg+0x18d/0x240
>  [<ffffffff804c18a0>] ? rtnetlink_rcv_msg+0x0/0x240
>  [<ffffffff804cc879>] ? netlink_rcv_skb+0x89/0xb0
>  [<ffffffff804c1889>] ? rtnetlink_rcv+0x29/0x40
>  [<ffffffff804cc274>] ? netlink_unicast+0x2c4/0x2e0
>  [<ffffffff804ae57e>] ? __alloc_skb+0x6e/0x150
>  [<ffffffff804cc4a4>] ? netlink_sendmsg+0x214/0x310
>  [<ffffffff804a59d7>] ? sock_sendmsg+0x127/0x140
>  [<ffffffff8025d1f0>] ? autoremove_wake_function+0x0/0x40
>  [<ffffffff8027222b>] ? lock_release_non_nested+0x9b/0x2e0
>  [<ffffffff802dbd96>] ? fget_light+0x106/0x110
>  [<ffffffff804a6737>] ? move_addr_to_kernel+0x57/0x60
>  [<ffffffff804afa4f>] ? verify_iovec+0x3f/0xe0
>  [<ffffffff804a5b79>] ? sys_sendmsg+0x189/0x320
>  [<ffffffff804a683f>] ? sys_sendto+0xff/0x120
>  [<ffffffff802f4a8a>] ? mntput_no_expire+0x2a/0x170
>  [<ffffffff802dc06a>] ? __fput+0x17a/0x1f0
>  [<ffffffff8026ee5a>] ? trace_hardirqs_on_caller+0x16a/0x1d0
>  [<ffffffff8029232e>] ? audit_syscall_entry+0x17e/0x1a0
>  [<ffffffff8053f6de>] ? trace_hardirqs_on_thunk+0x3a/0x3f
>  [<ffffffff8020c51b>] ? system_call_fastpath+0x16/0x1b

	Ingo

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-20 11:55                                       ` Ingo Molnar
@ 2009-01-22 15:14                                         ` Zdenek Kabelac
  2009-01-22 21:17                                           ` Rafael J. Wysocki
  0 siblings, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-22 15:14 UTC (permalink / raw)
  To: Ingo Molnar
  Cc: Johannes Berg, Rafael J. Wysocki, Dmitry Adamushko,
	Maciej Rutecki, Linux Kernel Mailing List,
	Henrique de Moraes Holschuh, dbrownell

2009/1/20 Ingo Molnar <mingo@elte.hu>:
>
> (Cc:-ed Johannes Berg)
>
> * Zdenek Kabelac <zdenek.kabelac@gmail.com> wrote:
>
>> With network enabled - the error is back - thus it might be a bug in
>> ieee80211 stack ??
>
> yes, the crash implicates the ieee80211 stack [ieee80211_stop() in
> net/mac80211/iface.c]:
>
>> general protection fault: 0000 [#1] SMP
>> RIP: 0010:[<ffffffff8053ce01>]  [<ffffffff8053ce01>] wait_for_common+0x131/0x190
>> Process NetworkManager (pid: 2265, threadinfo ffff88006b508000, task
>> Call Trace:
>>  [<ffffffff8025a735>] synchronize_rcu+0x35/0x40
>>  [<ffffffff8025a620>] ? wakeme_after_rcu+0x0/0x10
>>  [<ffffffff8053ce3f>] ? wait_for_common+0x16f/0x190
>>  [<ffffffff8024b424>] ? local_bh_enable+0xa4/0x110
>>  [<ffffffff804c8ce1>] ? dev_deactivate+0x151/0x1d0
>>  [<ffffffff804b750d>] ? dev_close+0x6d/0xd0
>>  [<ffffffffa016b042>] ? ieee80211_stop+0x562/0x570 [mac80211]
>>  [<ffffffffa016ab59>] ? ieee80211_stop+0x79/0x570 [mac80211]

Any progress with this problem ?

Btw - I've tried your branch   tip-latest
(52a4061e1d88ad242c8022f68df3686c3bc05159)
 - and this branch now resets my machine during resume. (it suspends -
auto-wake-up and reboots)
 - so it this branch actually suggested to be used/tested ?

Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-22 15:14                                         ` Zdenek Kabelac
@ 2009-01-22 21:17                                           ` Rafael J. Wysocki
  2009-01-28 11:05                                             ` Zdenek Kabelac
  0 siblings, 1 reply; 29+ messages in thread
From: Rafael J. Wysocki @ 2009-01-22 21:17 UTC (permalink / raw)
  To: Zdenek Kabelac
  Cc: Ingo Molnar, Johannes Berg, Dmitry Adamushko, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell

On Thursday 22 January 2009, Zdenek Kabelac wrote:
> 2009/1/20 Ingo Molnar <mingo@elte.hu>:
> >
> > (Cc:-ed Johannes Berg)
> >
> > * Zdenek Kabelac <zdenek.kabelac@gmail.com> wrote:
> >
> >> With network enabled - the error is back - thus it might be a bug in
> >> ieee80211 stack ??
> >
> > yes, the crash implicates the ieee80211 stack [ieee80211_stop() in
> > net/mac80211/iface.c]:
> >
> >> general protection fault: 0000 [#1] SMP
> >> RIP: 0010:[<ffffffff8053ce01>]  [<ffffffff8053ce01>] wait_for_common+0x131/0x190
> >> Process NetworkManager (pid: 2265, threadinfo ffff88006b508000, task
> >> Call Trace:
> >>  [<ffffffff8025a735>] synchronize_rcu+0x35/0x40
> >>  [<ffffffff8025a620>] ? wakeme_after_rcu+0x0/0x10
> >>  [<ffffffff8053ce3f>] ? wait_for_common+0x16f/0x190
> >>  [<ffffffff8024b424>] ? local_bh_enable+0xa4/0x110
> >>  [<ffffffff804c8ce1>] ? dev_deactivate+0x151/0x1d0
> >>  [<ffffffff804b750d>] ? dev_close+0x6d/0xd0
> >>  [<ffffffffa016b042>] ? ieee80211_stop+0x562/0x570 [mac80211]
> >>  [<ffffffffa016ab59>] ? ieee80211_stop+0x79/0x570 [mac80211]
> 
> Any progress with this problem ?
> 
> Btw - I've tried your branch   tip-latest
> (52a4061e1d88ad242c8022f68df3686c3bc05159)
>  - and this branch now resets my machine during resume. (it suspends -
> auto-wake-up and reboots)
>  - so it this branch actually suggested to be used/tested ?

Apparently, it's missing the patch from
http://bugzilla.kernel.org/show_bug.cgi?id=12399

Thanks,
Rafael

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-22 21:17                                           ` Rafael J. Wysocki
@ 2009-01-28 11:05                                             ` Zdenek Kabelac
  2009-02-02 14:41                                               ` Zdenek Kabelac
  0 siblings, 1 reply; 29+ messages in thread
From: Zdenek Kabelac @ 2009-01-28 11:05 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Ingo Molnar, Johannes Berg, Dmitry Adamushko, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell

2009/1/22 Rafael J. Wysocki <rjw@sisk.pl>:
> On Thursday 22 January 2009, Zdenek Kabelac wrote:
>> 2009/1/20 Ingo Molnar <mingo@elte.hu>:
>> >
>> > (Cc:-ed Johannes Berg)
>> >
>> > * Zdenek Kabelac <zdenek.kabelac@gmail.com> wrote:
>> >
>> >> With network enabled - the error is back - thus it might be a bug in
>> >> ieee80211 stack ??
>> >
>> > yes, the crash implicates the ieee80211 stack [ieee80211_stop() in
>> > net/mac80211/iface.c]:
>> >
>> Btw - I've tried your branch   tip-latest
>> (52a4061e1d88ad242c8022f68df3686c3bc05159)
>>  - and this branch now resets my machine during resume. (it suspends -
>> auto-wake-up and reboots)
>>  - so it this branch actually suggested to be used/tested ?
>
> Apparently, it's missing the patch from
> http://bugzilla.kernel.org/show_bug.cgi?id=12399

Ok - I could confirm that  kernel commit
e4a7ca29039e615ce13a61b9c6abfb2aa394e9a1 does work properly with
suspend/resume sequence - i.e. no auto-wakeup and no ugly  gpf Ooops
could be seen - at least not for now :)

Here is just one warning I could see in my dmesg  now:


pci 0000:15:00.0: suspend
pci 0000:15:00.0: PCI INT A disabled
iwl3945 0000:03:00.0: suspend
------------[ cut here ]------------
WARNING: at drivers/pci/pci-driver.c:368 pci_legacy_suspend+0xdd/0xf0()
Hardware name: 6464CTO
Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4
nf_defrag_ipv4 xt_state nf_conntrack ipt_RE
JECT xt_tcpudp iptable_filter ip_tables x_tables bridge stp llc sco
l2cap bluetooth autofs4 sunrpc ipv6 binfmt_misc loop dm_mirro
r dm_region_hash dm_log dm_mod kvm_intel kvm i915 drm i2c_algo_bit
uinput snd_hda_codec_analog snd_hda_intel snd_hda_codec arc4 e
cb snd_seq_oss snd_seq_midi_event cryptomgr snd_seq aead
snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm usbhid evdev
crypto_blk
cipher sdhci_pci snd_timer crypto_hash rtc_cmos sdhci mmc_core hid snd
crypto_algapi iwl3945 mac80211 psmouse rtc_core button sou
ndcore thinkpad_acpi rfkill backlight nvram led_class sr_mod rtc_lib
i2c_i801 i2c_core snd_page_alloc iTCO_wdt iTCO_vendor_suppor
t lib80211 serio_raw e1000e cfg80211 intel_agp battery ac cdrom
uhci_hcd ohci_hcd ehci_hcd usbcore [last unloaded: microcode]
Pid: 2754, comm: pm-suspend Not tainted 2.6.29-rc2 #23
Call Trace:
 [<ffffffff802472ef>] warn_slowpath+0xaf/0x110
 [<ffffffff80252e60>] ? process_timeout+0x0/0x10
 [<ffffffff80553227>] ? schedule_timeout+0x77/0xf0
 [<ffffffff803bed65>] ? pci_bus_write_config_word+0x75/0x90
 [<ffffffff805532be>] ? schedule_timeout_uninterruptible+0x1e/0x20
 [<ffffffff803c2d7e>] ? pci_raw_set_power_state+0x15e/0x240
 [<ffffffff803c2f07>] ? pci_set_power_state+0xa7/0x180
 [<ffffffff803c5f1d>] pci_legacy_suspend+0xdd/0xf0
 [<ffffffff803c60d5>] pci_pm_suspend+0xa5/0xb0
 [<ffffffff804531c2>] pm_op+0x162/0x1b0
 [<ffffffff80453acf>] device_suspend+0x47f/0x630
 [<ffffffff802820d7>] suspend_devices_and_enter+0x47/0x1c0
 [<ffffffff802823e6>] enter_state+0x166/0x1e0
 [<ffffffff8028251a>] state_store+0xba/0x100
 [<ffffffff803b0077>] kobj_attr_store+0x17/0x20
 [<ffffffff803414cf>] sysfs_write_file+0xcf/0x140
 [<ffffffff802e4e1b>] vfs_write+0xcb/0x190
 [<ffffffff802e4fe5>] sys_write+0x55/0x90
 [<ffffffff8020c70b>] system_call_fastpath+0x16/0x1b
---[ end trace 5626061031e81c26 ]---
i801_smbus 0000:00:1f.3: suspend
ahci 0000:00:1f.2: suspend


Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

* Re: 2.6.29-rc1 does not resume on Lenove T61
  2009-01-28 11:05                                             ` Zdenek Kabelac
@ 2009-02-02 14:41                                               ` Zdenek Kabelac
  0 siblings, 0 replies; 29+ messages in thread
From: Zdenek Kabelac @ 2009-02-02 14:41 UTC (permalink / raw)
  To: Rafael J. Wysocki
  Cc: Ingo Molnar, Johannes Berg, Dmitry Adamushko, Maciej Rutecki,
	Linux Kernel Mailing List, Henrique de Moraes Holschuh,
	dbrownell

2009/1/28 Zdenek Kabelac <zdenek.kabelac@gmail.com>:
> 2009/1/22 Rafael J. Wysocki <rjw@sisk.pl>:
>> On Thursday 22 January 2009, Zdenek Kabelac wrote:
>>> 2009/1/20 Ingo Molnar <mingo@elte.hu>:
>>> >
>>> > (Cc:-ed Johannes Berg)
> Here is just one warning I could see in my dmesg  now:
>
>
> pci 0000:15:00.0: suspend
> pci 0000:15:00.0: PCI INT A disabled
> iwl3945 0000:03:00.0: suspend
> ------------[ cut here ]------------
> WARNING: at drivers/pci/pci-driver.c:368 pci_legacy_suspend+0xdd/0xf0()
> Hardware name: 6464CTO
> Modules linked in: ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4
> nf_defrag_ipv4 xt_state nf_conntrack ipt_RE
> JECT xt_tcpudp iptable_filter ip_tables x_tables bridge stp llc sco
> l2cap bluetooth autofs4 sunrpc ipv6 binfmt_misc loop dm_mirro
> r dm_region_hash dm_log dm_mod kvm_intel kvm i915 drm i2c_algo_bit
> uinput snd_hda_codec_analog snd_hda_intel snd_hda_codec arc4 e
> cb snd_seq_oss snd_seq_midi_event cryptomgr snd_seq aead
> snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm usbhid evdev
> crypto_blk
> cipher sdhci_pci snd_timer crypto_hash rtc_cmos sdhci mmc_core hid snd
> crypto_algapi iwl3945 mac80211 psmouse rtc_core button sou
> ndcore thinkpad_acpi rfkill backlight nvram led_class sr_mod rtc_lib
> i2c_i801 i2c_core snd_page_alloc iTCO_wdt iTCO_vendor_suppor
> t lib80211 serio_raw e1000e cfg80211 intel_agp battery ac cdrom
> uhci_hcd ohci_hcd ehci_hcd usbcore [last unloaded: microcode]
> Pid: 2754, comm: pm-suspend Not tainted 2.6.29-rc2 #23
> Call Trace:
>  [<ffffffff802472ef>] warn_slowpath+0xaf/0x110
>  [<ffffffff80252e60>] ? process_timeout+0x0/0x10
>  [<ffffffff80553227>] ? schedule_timeout+0x77/0xf0
>  [<ffffffff803bed65>] ? pci_bus_write_config_word+0x75/0x90
>  [<ffffffff805532be>] ? schedule_timeout_uninterruptible+0x1e/0x20
>  [<ffffffff803c2d7e>] ? pci_raw_set_power_state+0x15e/0x240
>  [<ffffffff803c2f07>] ? pci_set_power_state+0xa7/0x180
>  [<ffffffff803c5f1d>] pci_legacy_suspend+0xdd/0xf0
>  [<ffffffff803c60d5>] pci_pm_suspend+0xa5/0xb0
>  [<ffffffff804531c2>] pm_op+0x162/0x1b0
>  [<ffffffff80453acf>] device_suspend+0x47f/0x630
>  [<ffffffff802820d7>] suspend_devices_and_enter+0x47/0x1c0
>  [<ffffffff802823e6>] enter_state+0x166/0x1e0
>  [<ffffffff8028251a>] state_store+0xba/0x100
>  [<ffffffff803b0077>] kobj_attr_store+0x17/0x20
>  [<ffffffff803414cf>] sysfs_write_file+0xcf/0x140
>  [<ffffffff802e4e1b>] vfs_write+0xcb/0x190
>  [<ffffffff802e4fe5>] sys_write+0x55/0x90
>  [<ffffffff8020c70b>] system_call_fastpath+0x16/0x1b
> ---[ end trace 5626061031e81c26 ]---
> i801_smbus 0000:00:1f.3: suspend
> ahci 0000:00:1f.2: suspend
>


I assume it is related to this: http://lkml.org/lkml/2009/2/1/141

My machine also uses iwl3945 - will check the patch and in case it
shows different problem I'll post.

Zdenek

^ permalink raw reply	[flat|nested] 29+ messages in thread

end of thread, other threads:[~2009-02-02 14:41 UTC | newest]

Thread overview: 29+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-01-11 19:52 2.6.29-rc1 does not resume on Lenove T61 Zdenek Kabelac
2009-01-11 20:15 ` Maciej Rutecki
2009-01-11 22:59   ` Zdenek Kabelac
2009-01-12  8:03     ` Rafael J. Wysocki
2009-01-12  9:15       ` Maciej Rutecki
2009-01-12  9:23         ` Oliver Neukum
2009-01-12 12:14       ` Zdenek Kabelac
2009-01-12 12:40         ` Rafael J. Wysocki
2009-01-12 12:50           ` Zdenek Kabelac
2009-01-12 17:19             ` Rafael J. Wysocki
2009-01-13 22:36               ` Zdenek Kabelac
2009-01-13 22:41                 ` Zdenek Kabelac
2009-01-19  9:54                   ` Zdenek Kabelac
2009-01-19 15:59                     ` Dmitry Adamushko
2009-01-19 16:13                       ` Ingo Molnar
2009-01-19 16:41                         ` Dmitry Adamushko
2009-01-19 16:44                           ` Ingo Molnar
2009-01-19 19:25                             ` Rafael J. Wysocki
2009-01-19 22:31                               ` Zdenek Kabelac
2009-01-19 23:49                                 ` Ingo Molnar
2009-01-20 10:41                                   ` Zdenek Kabelac
2009-01-20 11:48                                     ` Zdenek Kabelac
2009-01-20 11:55                                       ` Ingo Molnar
2009-01-22 15:14                                         ` Zdenek Kabelac
2009-01-22 21:17                                           ` Rafael J. Wysocki
2009-01-28 11:05                                             ` Zdenek Kabelac
2009-02-02 14:41                                               ` Zdenek Kabelac
2009-01-13 14:04             ` Michal Hocko
2009-01-12  0:48   ` Heiko Carstens

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).