lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAAfyv35RfdnrjdDF7RhnV-CyTX53f0qm7xOaRQeJLEB==sP+ZQ@mail.gmail.com>
Date:	Sun, 27 Nov 2011 08:55:59 +0100
From:	Belisko Marek <marek.belisko@...il.com>
To:	Jeff Layton <jlayton@...hat.com>
Cc:	"Srivatsa S. Bhat" <srivatsa.bhat@...ux.vnet.ibm.com>,
	LKML <linux-kernel@...r.kernel.org>,
	"Rafael J. Wysocki" <rjw@...k.pl>, linux-nfs@...r.kernel.org,
	Linux PM mailing list <linux-pm@...r.kernel.org>,
	john@...va.com, Tejun Heo <tj@...nel.org>,
	trond.myklebust@...app.com
Subject: Re: Freezing of tasks failed after 20.01 seconds in kernel 3.2.0-rc2

On Wed, Nov 23, 2011 at 6:46 PM, Jeff Layton <jlayton@...hat.com> wrote:
> On Wed, 23 Nov 2011 14:01:50 +0530
> "Srivatsa S. Bhat" <srivatsa.bhat@...ux.vnet.ibm.com> wrote:
>
>> On 11/23/2011 02:50 AM, Belisko Marek wrote:
>> > Using 3.2.0-rc2 on my laptop once I've seen following trace when suspend:
>> >
>> > [15215.853880] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
>> > [15221.646580] psmouse serio2: bad data from KBC - timeout
>> > [15221.857213] psmouse serio2: bad data from KBC - timeout
>> > [15226.960037] wlan0: no IPv6 routers present
>> > [15278.513091] wlan0: deauthenticating from 00:1e:58:14:6c:44 by local
>> > choice (reason=3)
>> > [15278.537857] cfg80211: All devices are disconnected, going to
>> > restore regulatory settings
>> > [15278.537865] cfg80211: Restoring regulatory settings
>> > [15278.537872] cfg80211: Calling CRDA to update world regulatory domain
>> > [15278.546284] cfg80211: Ignoring regulatory request Set by core since
>> > the driver uses its own custom regulatory domain
>> > [15278.546290] cfg80211: World regulatory domain updated:
>> > [15278.546294] cfg80211:     (start_freq - end_freq @ bandwidth),
>> > (max_antenna_gain, max_eirp)
>> > [15278.546300] cfg80211:     (2402000 KHz - 2472000 KHz @ 40000 KHz),
>> > (300 mBi, 2000 mBm)
>> > [15278.546305] cfg80211:     (2457000 KHz - 2482000 KHz @ 20000 KHz),
>> > (300 mBi, 2000 mBm)
>> > [15278.546310] cfg80211:     (2474000 KHz - 2494000 KHz @ 20000 KHz),
>> > (300 mBi, 2000 mBm)
>> > [15278.546315] cfg80211:     (5170000 KHz - 5250000 KHz @ 40000 KHz),
>> > (300 mBi, 2000 mBm)
>> > [15278.546321] cfg80211:     (5735000 KHz - 5835000 KHz @ 40000 KHz),
>> > (300 mBi, 2000 mBm)
>> > [15280.417945] init: anacron main process (10148) killed by TERM signal
>> > [15281.558943] PM: Syncing filesystems ... done.
>> > [15281.970184] PM: Preparing system for mem sleep
>> > [15282.284192] Freezing user space processes ...
>> > [15302.300305] Freezing of tasks failed after 20.01 seconds (1 tasks
>> > refusing to freeze, wq_busy=0):
>> > [15302.300485] mount.nfs       D f1bb7a1c     0  9987   9985 0x00800004
>> > [15302.300494]  f1bb7a74 00000082 c1539243 f1bb7a1c f9220b89 f1bb79f8
>> > c1026778 c1878340
>> > [15302.300507]  f046cc20 c1878340 c1878340 1e6f8d83 00000de6 c1878340
>> > f4a07340 f046cc20
>> > [15302.300518]  f1a658d0 f3898000 f1bb7a48 c1055e95 00000000 f3898000
>> > 0039d700 00000286
>> > [15302.300530] Call Trace:
>> > [15302.300542]  [<c1539243>] ? _raw_read_unlock_bh+0x13/0x20
>> > [15302.300566]  [<f9220b89>] ? xs_tcp_state_change+0x49/0x280 [sunrpc]
>> > [15302.300574]  [<c1026778>] ? default_spin_lock_flags+0x8/0x10
>> > [15302.300582]  [<c1055e95>] ? mod_timer+0x135/0x260
>> > [15302.300601]  [<f9223003>] ? __rpc_sleep_on_priority+0x173/0x240 [sunrpc]
>> > [15302.300607]  [<c1026778>] ? default_spin_lock_flags+0x8/0x10
>> > [15302.300613]  [<c153901f>] ? _raw_spin_lock_irqsave+0x2f/0x50
>> > [15302.300619]  [<c1537475>] schedule+0x35/0x50
>> > [15302.300637]  [<f922265e>] rpc_wait_bit_killable+0x1e/0x40 [sunrpc]
>> > [15302.300643]  [<c1537b1d>] __wait_on_bit+0x4d/0x70
>> > [15302.300661]  [<f9222640>] ? rpc_queue_empty+0x40/0x40 [sunrpc]
>> > [15302.300679]  [<f9222640>] ? rpc_queue_empty+0x40/0x40 [sunrpc]
>> > [15302.300685]  [<c1537beb>] out_of_line_wait_on_bit+0xab/0xc0
>> > [15302.300692]  [<c1065b50>] ? autoremove_wake_function+0x50/0x50
>> > [15302.300710]  [<f9222d27>] __rpc_execute+0x167/0x270 [sunrpc]
>> > [15302.300716]  [<c1065aee>] ? wake_up_bit+0x5e/0x70
>> > [15302.300734]  [<f9222e68>] rpc_execute+0x38/0x40 [sunrpc]
>> > [15302.300749]  [<f921bd49>] rpc_run_task+0x59/0x70 [sunrpc]
>> > [15302.300765]  [<f921be5e>] rpc_call_sync+0x3e/0x60 [sunrpc]
>> > [15302.300782]  [<f921bec8>] rpc_ping+0x48/0x60 [sunrpc]
>> > [15302.300799]  [<f921c6b7>] rpc_create+0x397/0x4d0 [sunrpc]
>> > [15302.300807]  [<c102c73d>] ? kmap_atomic_prot+0xdd/0x100
>> > [15302.300815]  [<c12b0500>] ? __nla_reserve+0x40/0x50
>> > [15302.300831]  [<f9397a8b>] nfs_create_rpc_client+0xab/0xe0 [nfs]
>> > [15302.300841]  [<f88f0ce9>] ? __fscache_acquire_cookie+0x59/0x270 [fscache]
>> > [15302.300858]  [<f9397b92>] nfs4_init_client+0x62/0x170 [nfs]
>> > [15302.300873]  [<f9398c83>] nfs_get_client+0x353/0x4e0 [nfs]
>> > [15302.300880]  [<c1537e69>] ? mutex_lock+0x19/0x40
>> > [15302.300886]  [<c12afef2>] ? __percpu_counter_init+0x62/0x70
>> > [15302.300901]  [<f9398e6a>] nfs4_set_client+0x5a/0xc0 [nfs]
>> > [15302.300917]  [<f9398f96>] nfs4_create_server+0xc6/0x310 [nfs]
>> > [15302.300936]  [<f93a400e>] nfs4_remote_mount+0x5e/0x2f0 [nfs]
>> > [15302.300943]  [<c1298aa1>] ? ida_get_new_above+0x101/0x1b0
>> > [15302.300951]  [<c112fde6>] mount_fs+0x36/0x170
>> > [15302.300960]  [<c10fcf9f>] ? __alloc_percpu+0xf/0x20
>> > [15302.300967]  [<c1146dae>] ? alloc_vfsmnt+0xae/0x130
>> > [15302.300974]  [<c1147b0b>] vfs_kern_mount+0x4b/0xa0
>> > [15302.300991]  [<f93a35f9>] nfs_do_root_mount+0x69/0x90 [nfs]
>> > [15302.301008]  [<f93a209c>] ? nfs_parse_devname+0x8c/0x1a0 [nfs]
>> > [15302.301026]  [<f93a390f>] nfs4_try_mount+0x3f/0xb0 [nfs]
>> > [15302.301043]  [<f93a2235>] ? nfs4_validate_text_mount_data+0x85/0x100 [nfs]
>> > [15302.301060]  [<f93a47a5>] nfs_fs_mount+0x465/0xb20 [nfs]
>> > [15302.301066]  [<c10fc210>] ? pcpu_alloc_area+0x210/0x320
>> > [15302.301073]  [<c10fbbf8>] ? pcpu_next_pop+0x38/0x50
>> > [15302.301078]  [<c10fca94>] ? pcpu_alloc+0x354/0x830
>> > [15302.301085]  [<c1298aa1>] ? ida_get_new_above+0x101/0x1b0
>> > [15302.301092]  [<c111e375>] ? __kmalloc_track_caller+0xf5/0x1a0
>> > [15302.301097]  [<c1298aa1>] ? ida_get_new_above+0x101/0x1b0
>> > [15302.301104]  [<c112fde6>] mount_fs+0x36/0x170
>> > [15302.301110]  [<c10fcf9f>] ? __alloc_percpu+0xf/0x20
>> > [15302.301116]  [<c1146dae>] ? alloc_vfsmnt+0xae/0x130
>> > [15302.301123]  [<c1147b0b>] vfs_kern_mount+0x4b/0xa0
>> > [15302.301129]  [<c1147bce>] do_kern_mount+0x3e/0xd0
>> > [15302.301135]  [<c1148ec8>] do_mount+0x308/0x6d0
>> > [15302.301142]  [<c11470b8>] ? copy_mount_options+0xa8/0x120
>> > [15302.301148]  [<c11492fb>] sys_mount+0x6b/0xa0
>> > [15302.301154]  [<c15393d4>] syscall_call+0x7/0xb
>> > [15302.301162]
>> > [15302.301165] Restarting tasks ... done.
>> > [15302.359593] video LNXVIDEO:00: Restoring backlight state
>> > [15303.897565] init: anacron main process (10434) killed by TERM signal
>> > [15304.088853] iwlwifi 0000:07:00.0: L1 Disabled; Enabling L0S
>> > [15304.091810] iwlwifi 0000:07:00.0: Radio type=0x1-0x2-0x0
>> > [15304.139846] ADDRCONF(NETDEV_UP): wlan0: link is not ready
>> > [15304.153864] atl1c 0000:09:00.0: irq 46 for MSI/MSI-X
>> > [15304.212718] ADDRCONF(NETDEV_UP): eth0: link is not ready
>> >
>> >
>> > Marek
>> >
>>
>> Hi Marek,
>>
>> Thanks for the bug report. But this is a known issue and Jeff Layton
>> is working on a patchset that aims to fix it.
>>
>> http://www.spinics.net/lists/linux-nfs/msg25585.html
>>
>> Can you please try it out and see if it fixes the issue for you?
Hi I've applied both patches on top v3.2-rc3 and problem is gone. I
make several suspend/resume
and never seen reported behaviour.
You can add my: Tested-by: Marek Belisko <marek.belisko@...n-nandra.com>

>>
>> [I am wondering why Jeff did not CC LKML while sending the patchset!]
>>
>> Adding relevant people and linux-pm mailing list to CC.
>>
>> Thanks,
>> Srivatsa S. Bhat
>>
>
> Sorry, it was an oversight -- I should have cc'ed LKML. At this point,
> the patchset seems to work as expected, but I need to respin it to
> flesh out the comments. Testing it would be helpful.
>
> I'll be sure to cc LKML when I send the respun set...
>
> Thanks,
> --
> Jeff Layton <jlayton@...hat.com>
>

regards,

marek

-- 
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer

Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ