← Back to team overview

kernel-packages team mailing list archive

[Bug 1301558] Re: [ath9k_htc] 14.04 NetworkManager hangs after 'ath: phy0: Unable to remove station entry for...'

 

Reproduced today with 3.14.0-031400-generic while updating a vm:

[ 4800.756513] INFO: task kworker/0:2:3505 blocked for more than 120 seconds.
[ 4800.756519]       Not tainted 3.14.0-031400-generic #201403310035
[ 4800.756522] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 4800.756526] kworker/0:2     D ffffffff818118e0     0  3505      2 0x00000000
[ 4800.756541] Workqueue: ipv6_addrconf addrconf_verify_work
[ 4800.756545]  ffff880119251d18 0000000000000002 ffff880119bb4800 ffff880119251fd8
[ 4800.756552]  00000000000144c0 00000000000144c0 ffffffff81c144a0 ffff8800df9818f0
[ 4800.756559]  ffff880119251cf8 ffffffff81cd24a0 ffffffff81cd24a4 00000000ffffffff
[ 4800.756567] Call Trace:
[ 4800.756575]  [<ffffffff81764f89>] schedule+0x29/0x70
[ 4800.756582]  [<ffffffff817652ae>] schedule_preempt_disabled+0xe/0x10
[ 4800.756589]  [<ffffffff817670e4>] __mutex_lock_slowpath+0x114/0x1b0
[ 4800.756597]  [<ffffffff817671a3>] mutex_lock+0x23/0x37
[ 4800.756604]  [<ffffffff816616f5>] rtnl_lock+0x15/0x20
[ 4800.756612]  [<ffffffff816fc0ae>] addrconf_verify_work+0xe/0x20
[ 4800.756620]  [<ffffffff81087e2f>] process_one_work+0x17f/0x4c0
[ 4800.756628]  [<ffffffff8108908b>] worker_thread+0x11b/0x3d0
[ 4800.756635]  [<ffffffff81088f70>] ? manage_workers.isra.21+0x190/0x190
[ 4800.756642]  [<ffffffff8108fe89>] kthread+0xc9/0xe0
[ 4800.756650]  [<ffffffff8108fdc0>] ? flush_kthread_worker+0xb0/0xb0
[ 4800.756657]  [<ffffffff8177203c>] ret_from_fork+0x7c/0xb0
[ 4800.756664]  [<ffffffff8108fdc0>] ? flush_kthread_worker+0xb0/0xb0

New stuff in addition to a similar dump for NetworkManager and the
warning about removing the station from ath9k_htc.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1301558

Title:
  [ath9k_htc] 14.04 NetworkManager hangs after 'ath: phy0: Unable to
  remove station entry for...'

Status in “linux” package in Ubuntu:
  Confirmed

Bug description:
  This problem has been happening randomly since I installed 14.04.
  Today it happened twice while trying to zsync the latest iso.

  I use a TP-Link TL-WN821N wireless adapter to connect to the internet,
  which uses the ath9k_htc module. NetworkManager occasionally locks up
  to the point where any commands I try to kill it or restart it hang as
  well, and my only way out is REISUB. Right before it happens I have
  noticed twice in my dmesg:

  [  494.896048] ath: phy0: Unable to remove station entry for:
  f4:ec:38:ec:42:02 For reference that mac address is the default router
  I connect to daily.

  and then shortly after we get a kernel dump for NetworkManager:

  [  720.752078] INFO: task NetworkManager:850 blocked for more than 120 seconds.
  [  720.752090]       Not tainted 3.13.0-21-generic #43-Ubuntu
  [  720.752095] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
  [  720.752100] NetworkManager  D ffff88011fd14440     0   850      1 0x00000000
  [  720.752110]  ffff8800cd3bd8d0 0000000000000002 ffff8800df0a5fc0 ffff8800cd3bdfd8
  [  720.752119]  0000000000014440 0000000000014440 ffff8800df0a5fc0 ffff8800cedfe8d8
  [  720.752127]  ffff8800cedfe8dc ffff8800df0a5fc0 00000000ffffffff ffff8800cedfe8e0
  [  720.752135] Call Trace:
  [  720.752150]  [<ffffffff81719259>] schedule_preempt_disabled+0x29/0x70
  [  720.752159]  [<ffffffff8171b0c5>] __mutex_lock_slowpath+0x135/0x1b0
  [  720.752167]  [<ffffffff8171b15f>] mutex_lock+0x1f/0x2f
  [  720.752224]  [<ffffffffa0355e5d>] nl80211_dump_scan+0x5d/0x630 [cfg80211]
  [  720.752233]  [<ffffffff8160a4a1>] ? __kmalloc_reserve.isra.25+0x31/0x90
  [  720.752243]  [<ffffffff816476fe>] genl_lock_dumpit+0x2e/0x50
  [  720.752249]  [<ffffffff81644954>] netlink_dump+0x84/0x240
  [  720.752256]  [<ffffffff8164523b>] __netlink_dump_start+0x1ab/0x220
  [  720.752264]  [<ffffffff81649166>] genl_family_rcv_msg+0x276/0x370
  [  720.752271]  [<ffffffff8160b0be>] ? __alloc_skb+0x4e/0x2b0
  [  720.752278]  [<ffffffff816476d0>] ? genl_lock_done+0x50/0x50
  [  720.752284]  [<ffffffff81647680>] ? genl_unlock+0x20/0x20
  [  720.752295]  [<ffffffff811a2608>] ? __kmalloc_node_track_caller+0x58/0x1e0
  [  720.752302]  [<ffffffff81649260>] ? genl_family_rcv_msg+0x370/0x370
  [  720.752309]  [<ffffffff816492f1>] genl_rcv_msg+0x91/0xd0
  [  720.752316]  [<ffffffff81647379>] netlink_rcv_skb+0xa9/0xc0
  [  720.752322]  [<ffffffff81647878>] genl_rcv+0x28/0x40
  [  720.752329]  [<ffffffff816469a5>] netlink_unicast+0xd5/0x1b0
  [  720.752336]  [<ffffffff81646d7f>] netlink_sendmsg+0x2ff/0x740
  [  720.752343]  [<ffffffff81644cb2>] ? netlink_recvmsg+0x1a2/0x3a0
  [  720.752351]  [<ffffffff81601f3b>] sock_sendmsg+0x8b/0xc0
  [  720.752359]  [<ffffffff81601c2e>] ? move_addr_to_kernel.part.16+0x1e/0x60
  [  720.752366]  [<ffffffff816027e1>] ? move_addr_to_kernel+0x21/0x30
  [  720.752373]  [<ffffffff816027a9>] ___sys_sendmsg+0x3a9/0x3c0
  [  720.752382]  [<ffffffff811cd000>] ? poll_select_copy_remaining+0x130/0x130
  [  720.752390]  [<ffffffff811cd000>] ? poll_select_copy_remaining+0x130/0x130
  [  720.752399]  [<ffffffff8101b763>] ? native_sched_clock+0x13/0x80
  [  720.752406]  [<ffffffff8101b763>] ? native_sched_clock+0x13/0x80
  [  720.752413]  [<ffffffff8109d12d>] ? sched_clock_local+0x1d/0x80
  [  720.752423]  [<ffffffff811112cc>] ? acct_account_cputime+0x1c/0x20
  [  720.752429]  [<ffffffff8109d75b>] ? account_user_time+0x8b/0xa0
  [  720.752437]  [<ffffffff81602eb2>] __sys_sendmsg+0x42/0x80
  [  720.752444]  [<ffffffff81602f02>] SyS_sendmsg+0x12/0x20
  [  720.752452]  [<ffffffff817254ff>] tracesys+0xe1/0xe6

  I don't know how to reproduce it, but it happened once on March 28
  when I installed and three times on April 2 in a short period of time.
  I will attach the dmesg I took before the last REISUB to the bug.
  Please let me know if any more information is useful, I'll try to get
  it next time it happens.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: linux-image-3.13.0-21-generic 3.13.0-21.43
  ProcVersionSignature: Ubuntu 3.13.0-21.43-generic 3.13.8
  Uname: Linux 3.13.0-21-generic x86_64
  ApportVersion: 2.14-0ubuntu1
  Architecture: amd64
  AudioDevicesInUse:
   USER        PID ACCESS COMMAND
   /dev/snd/controlC3:  jconti     2024 F.... pulseaudio
   /dev/snd/controlC0:  jconti     2024 F.... pulseaudio
   /dev/snd/controlC2:  jconti     2024 F.... pulseaudio
   /dev/snd/controlC1:  jconti     2024 F.... pulseaudio
  CurrentDesktop: Unity
  Date: Wed Apr  2 14:53:42 2014
  HibernationDevice: RESUME=UUID=f62b1259-1f84-4a06-9c97-90a5eb41cfd4
  InstallationDate: Installed on 2014-03-28 (5 days ago)
  InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Daily amd64 (20140328)
  MachineType: HP Pavilion 061 RC658AA-ABA a1630n
  ProcFB: 0 radeondrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-21-generic root=UUID=863ed135-24c6-4cf5-b1b8-b4e76181f621 ro quiet splash vt.handoff=7
  RelatedPackageVersions:
   linux-restricted-modules-3.13.0-21-generic N/A
   linux-backports-modules-3.13.0-21-generic  N/A
   linux-firmware                             1.127
  RfKill:
   0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 08/02/2006
  dmi.bios.vendor: Phoenix Technologies, LTD
  dmi.bios.version: 3.07
  dmi.board.name: NODUSM3
  dmi.board.vendor: ASUSTek Computer INC.
  dmi.board.version: 1.05
  dmi.chassis.type: 3
  dmi.chassis.version: 1111
  dmi.modalias: dmi:bvnPhoenixTechnologies,LTD:bvr3.07:bd08/02/2006:svnHPPavilion061:pnRC658AA-ABAa1630n:pvr0nx1114RE101NODM300:rvnASUSTekComputerINC.:rnNODUSM3:rvr1.05:cvn:ct3:cvr1111:
  dmi.product.name: RC658AA-ABA a1630n
  dmi.product.version: 0nx1114RE101NODM300
  dmi.sys.vendor: HP Pavilion 061

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1301558/+subscriptions


References