linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ben Greear <greearb@candelatech.com>
To: "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: 'ip' blocking for long time trying to down station
Date: Wed, 31 Oct 2012 16:01:49 -0700	[thread overview]
Message-ID: <5091ADDD.4050407@candelatech.com> (raw)

This is on the 400 station test machine.  No more crashes, but I'm seeing long
pauses (10+ seconds) when trying to down station interfaces (and sometimes other
commands as well).  The system cannot stabilize (my user-space app times out
after a while due to blocking on system() calls such as the one below,
and gives up, causing endless loops of up/down, associate, dhcp, etc)
I'm going to tweak the user-space code more to try to bring up stations
in smaller batches, but it still seems like there is room for improvement
in the OS.

Using sysrq, I got this trace of the command.  I'm not sure it was blocked
in the same place the whole time, but it seems likely.  Any ideas for how
to speed this sort of thing up?

./local/sbin/ip link set sta140 down

ip              D ffff88010127b5d0     0 10059  30363 0x00000080
  ffff88010127b498 0000000000000086 ffff88010127b438 ffffffff8108742f
  ffff88010127a010 ffff8802183a1750 ffff88010127bfd8 0000000000012580
  0000000000012580 0000000000012580 ffff88010127bfd8 0000000000012580
Call Trace:
  [<ffffffff8108742f>] ? enqueue_task_fair+0x2e/0x129
  [<ffffffff814e2586>] schedule+0x5f/0x61
  [<ffffffff814e0dd6>] schedule_timeout+0x22/0xd5
  [<ffffffff8108256b>] ? try_to_wake_up+0x1f9/0x20b
  [<ffffffff814e1d7c>] wait_for_common+0xc2/0x13c
  [<ffffffff8108257d>] ? try_to_wake_up+0x20b/0x20b
  [<ffffffff814e1e90>] wait_for_completion+0x18/0x1a
  [<ffffffff81070e2e>] flush_work+0x2b/0x34
  [<ffffffff8106f857>] ? cwq_dec_nr_in_flight+0x76/0x76
  [<ffffffffa026a673>] ieee80211_do_stop+0x379/0x544 [mac80211]
  [<ffffffff814e31a6>] ? _raw_spin_unlock_bh+0x1c/0x1e
  [<ffffffff814432be>] ? dev_deactivate_many+0x112/0x158
  [<ffffffffa026a853>] ieee80211_stop+0x15/0x19 [mac80211]
  [<ffffffff8142d57f>] __dev_close_many+0x8b/0xbc
  [<ffffffff8142d5e1>] __dev_close+0x31/0x42
  [<ffffffff8142af45>] __dev_change_flags+0xb9/0x13c
  [<ffffffff8142df4e>] dev_change_flags+0x1c/0x51
  [<ffffffff81439cb0>] do_setlink+0x2e3/0x7f5
  [<ffffffff8143a50f>] rtnl_newlink+0x272/0x4cf
  [<ffffffff8143a34c>] ? rtnl_newlink+0xaf/0x4cf
  [<ffffffff81438ab2>] ? rtnl_dump_ifinfo+0x140/0x169
  [<ffffffff811e72bc>] ? security_capable+0x13/0x15
  [<ffffffff814393c1>] rtnetlink_rcv_msg+0x231/0x24e
  [<ffffffff81439190>] ? rtnetlink_rcv+0x28/0x28
  [<ffffffff8144b798>] netlink_rcv_skb+0x3e/0x8f
  [<ffffffff81439189>] rtnetlink_rcv+0x21/0x28
  [<ffffffff8144b556>] netlink_unicast+0xe4/0x16a
  [<ffffffff8144bd11>] netlink_sendmsg+0x23d/0x25b
  [<ffffffff8141995c>] __sock_sendmsg_nosec+0x5f/0x6a
  [<ffffffff814199a4>] __sock_sendmsg+0x3d/0x48
  [<ffffffff81419f86>] sock_sendmsg+0xa3/0xbc
  [<ffffffff8111cb75>] ? __mem_cgroup_commit_charge+0x221/0x250
  [<ffffffff810e16ce>] ? __lru_cache_add+0x84/0x96
  [<ffffffff810e1705>] ? lru_cache_add_lru+0x25/0x27
  [<ffffffff814193a2>] ? copy_from_user+0x9/0xb
  [<ffffffff81419c2e>] ? move_addr_to_kernel+0x2b/0x65
  [<ffffffff81424add>] ? copy_from_user+0x9/0xb
  [<ffffffff81424e2a>] ? verify_iovec+0x4f/0xa3
  [<ffffffff8141b1a8>] __sys_sendmsg+0x1fe/0x280
  [<ffffffff810f4b0d>] ? handle_mm_fault+0x1c7/0x1e1
  [<ffffffff814e62b8>] ? do_page_fault+0x2de/0x350
  [<ffffffff810f87b8>] ? do_brk+0x2a2/0x301
  [<ffffffff8141b387>] sys_sendmsg+0x3d/0x5b
  [<ffffffff814e8179>] system_call_fastpath+0x16/0x1b
-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


             reply	other threads:[~2012-10-31 23:01 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-31 23:01 Ben Greear [this message]
2012-11-14  9:14 ` 'ip' blocking for long time trying to down station Johannes Berg
2012-11-14 17:13   ` Ben Greear
2012-11-14 17:28     ` Johannes Berg
2012-11-14 17:41       ` Ben Greear
2012-12-05  6:12       ` Ben Greear

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5091ADDD.4050407@candelatech.com \
    --to=greearb@candelatech.com \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is 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).