Re: inux-next: Tree for Aug 21 (call-trace when suspending: PM?)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Aug 21, 2012 at 1:02 PM, Sedat Dilek <sedat.dilek@xxxxxxxxx> wrote:
> On Tue, Aug 21, 2012 at 8:04 AM, Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx> wrote:
>> Hi all,
>>
>> Changes since 20120820:
>>
>> The rr tree gained a conflict against Linus' tree.
>>
>> The tip tree still has its build failure so I used the version from
>> next-20120814.
>>
>> The workqueues tree gained a conflict against the hid tree.
>>
>> The drivers-x86 tree still has its build failure so I used the version
>> from next-20120817.
>>
>> The signal tree gained a conflict against Linus' tree.  I have still
>> reverted 3 commits from the signal tree at the request of the arm
>> maintainer.
>>
>> ----------------------------------------------------------------------------
>>
>
> Hi,
>
> I have compiled linux-next (next-20120821) and see the attached
> call-trace when suspending.
> Suspending did NOT work (Xorg seems to cause it) - machine came back to desktop.
>
> With yesterday's next-20120820 I haven't seen this.
>
> I am not sure what is this causing... PM, x86/sched or even VFS?
> Any help for debugging appreciated.
>
> I am on Ubuntu/precise AMD64 and use systemd-v43 as init-system.
>
> Regards,
> - Sedat -

Forgot attachment!
If you don't succeed - try try try...

- Sedat -
[ 2547.097565] wlan0: deauthenticating from 00:04:0e:e4:00:3d by local choice (reason=3)
[ 2547.107563] cfg80211: All devices are disconnected, going to restore regulatory settings
[ 2547.107567] cfg80211: Restoring regulatory settings
[ 2547.107572] cfg80211: Calling CRDA to update world regulatory domain
[ 2547.111808] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain
[ 2547.111811] cfg80211: World regulatory domain updated:
[ 2547.111813] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 2547.111814] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 2547.111816] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 2547.111817] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 2547.111819] cfg80211:   (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 2547.111820] cfg80211:   (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 2549.512159] PM: Syncing filesystems ... done.
[ 2549.514955] PM: Preparing system for mem sleep
[ 2549.866630] Freezing user space processes ... 
[ 2569.853137] Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze, wq_busy=0):
[ 2569.853151] Xorg            D 0000000000000000     0   762    724 0x00400004
[ 2569.853155]  ffff88010046fad8 0000000000000082 00000000000213da ffffea00031bd680
[ 2569.853158]  ffff880116abc470 ffff88010046ffd8 ffff88010046ffd8 ffff88010046ffd8
[ 2569.853160]  ffff8801164616d0 ffff880116abc470 ffff88010046fad8 ffff88011fa546e0
[ 2569.853163] Call Trace:
[ 2569.853170]  [<ffffffff81128650>] ? sleep_on_page+0x20/0x20
[ 2569.853173]  [<ffffffff81631969>] schedule+0x29/0x70
[ 2569.853175]  [<ffffffff81631a3f>] io_schedule+0x8f/0xd0
[ 2569.853178]  [<ffffffff8112865e>] sleep_on_page_killable+0xe/0x40
[ 2569.853180]  [<ffffffff8163023f>] __wait_on_bit+0x5f/0x90
[ 2569.853183]  [<ffffffff8112ae30>] wait_on_page_bit_killable+0x80/0x90
[ 2569.853188]  [<ffffffff8107b870>] ? autoremove_wake_function+0x40/0x40
[ 2569.853190]  [<ffffffff8112aee6>] __lock_page_or_retry+0xa6/0xd0
[ 2569.853193]  [<ffffffff8112b2b7>] filemap_fault+0x3a7/0x480
[ 2569.853197]  [<ffffffff8114cf3f>] __do_fault+0x6f/0x500
[ 2569.853200]  [<ffffffff81194d30>] ? __pollwait+0xf0/0xf0
[ 2569.853203]  [<ffffffff81150007>] handle_pte_fault+0xf7/0x9a0
[ 2569.853220]  [<ffffffffa031e045>] ? i915_gem_set_domain_ioctl+0xc5/0x100 [i915]
[ 2569.853231]  [<ffffffffa022f38c>] ? drm_ioctl+0x47c/0x540 [drm]
[ 2569.853234]  [<ffffffff81151b09>] handle_mm_fault+0x259/0x340
[ 2569.853238]  [<ffffffff81636682>] __do_page_fault+0x152/0x520
[ 2569.853240]  [<ffffffff81193df8>] ? do_vfs_ioctl+0x98/0x550
[ 2569.853243]  [<ffffffff81636a5e>] do_page_fault+0xe/0x10
[ 2569.853245]  [<ffffffff816330e5>] page_fault+0x25/0x30
[ 2569.853263] 
[ 2569.853264] Restarting tasks ... done.
[ 2569.859587] video LNXVIDEO:00: Restoring backlight state
[ 2570.626230] iwlwifi 0000:01:00.0: L1 Enabled; Disabling L0S
[ 2570.632965] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[ 2570.749438] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 2570.996426] cfg80211: Found new beacon on frequency: 2467 MHz (Ch 12) on phy0
[ 2577.067220] wlan0: authenticate with 00:04:0e:e4:00:3d
[ 2577.076717] wlan0: send auth to 00:04:0e:e4:00:3d (try 1/3)
[ 2577.078612] wlan0: authenticated
[ 2577.079139] iwlwifi 0000:01:00.0: wlan0: disabling HT as WMM/QoS is not supported by the AP
[ 2577.079147] iwlwifi 0000:01:00.0: wlan0: disabling VHT as WMM/QoS is not supported by the AP
[ 2577.079891] wlan0: associate with 00:04:0e:e4:00:3d (try 1/3)
[ 2577.083887] wlan0: RX AssocResp from 00:04:0e:e4:00:3d (capab=0x411 status=0 aid=2)
[ 2577.090796] wlan0: associated
[ 2577.090886] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

[Index of Archives]     [Linux Kernel]     [Linux USB Development]     [Yosemite News]     [Linux SCSI]

  Powered by Linux