Bug 994648

Summary: [abrt] WARNING: at drivers/net/wireless/ath/ath9k/hw.c:780 ar9003_get_pll_sqsum_dvc+0xb6/0xc0 [ath9k_hw]()
Product: [Fedora] Fedora Reporter: Tom Hughes <tom>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: carilda.thomas, esm, gansalmon, itamar, jonathan, kernel-maint, kisstibor181, madhu.chinakonda, satoh74, sujith
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:aff9a03722de25b24b419b6bb3b73dba744671cb
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-09-23 13:37:31 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: dmesg none

Description Tom Hughes 2013-08-07 17:19:35 UTC 
Additional info:
reporter:       libreport-2.1.6
WARNING: at drivers/net/wireless/ath/ath9k/hw.c:780 ar9003_get_pll_sqsum_dvc+0xb6/0xc0 [ath9k_hw]()
Modules linked in: fuse bnep ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 nf_conntrack_ipv4 ip6table_filter nf_defrag_ipv4 ip6_tables xt_conntrack nf_conntrack asus_nb_wmi asus_wmi iTCO_wdt snd_hda_codec_hdmi sparse_keymap iTCO_vendor_support snd_hda_codec_realtek snd_hda_intel snd_hda_codec arc4 mperf snd_hwdep coretemp snd_seq kvm_intel ath9k snd_seq_device kvm ath3k crc32_pclmul crc32c_intel ath9k_common uvcvideo snd_pcm ath9k_hw videobuf2_vmalloc ghash_clmulni_intel videobuf2_memops ath videobuf2_core microcode videodev mac80211 btusb media bluetooth serio_raw i2c_i801 cfg80211 snd_page_alloc snd_timer snd rfkill soundcore lpc_ich mfd_core wmi uinput i915 i2c_algo_bit drm_kms_helper drm i2c_core video
CPU: 1 PID: 14213 Comm: kworker/u32:10 Not tainted 3.10.3-300.fc19.x86_64 #1
Hardware name: ASUSTeK Computer Inc. UX21E/UX21E, BIOS UX21E.214 11/22/2012
Workqueue: phy0 ath_hw_pll_work [ath9k]
 0000000000000009 ffff8800465a3d90 ffffffff81643216 ffff8800465a3dc8
 ffffffff8105c211 0000000000000000 ffff880130034028 ffff88013a811c00
 ffff880137816600 0000000000000400 ffff8800465a3dd8 ffffffff8105c2ea
Call Trace:
 [<ffffffff81643216>] dump_stack+0x19/0x1b
 [<ffffffff8105c211>] warn_slowpath_common+0x61/0x80
 [<ffffffff8105c2ea>] warn_slowpath_null+0x1a/0x20
 [<ffffffffa0353d56>] ar9003_get_pll_sqsum_dvc+0xb6/0xc0 [ath9k_hw]
 [<ffffffffa058def3>] ath_hw_pll_work+0x43/0xc0 [ath9k]
 [<ffffffff81079b95>] process_one_work+0x175/0x420
 [<ffffffff8107a7ab>] worker_thread+0x11b/0x3a0
 [<ffffffff8107a690>] ? rescuer_thread+0x340/0x340
 [<ffffffff81080b00>] kthread+0xc0/0xd0
 [<ffffffff81080a40>] ? insert_kthread_work+0x40/0x40
 [<ffffffff8165176c>] ret_from_fork+0x7c/0xb0
 [<ffffffff81080a40>] ? insert_kthread_work+0x40/0x40
Comment 1 Tom Hughes 2013-08-07 17:19:41 UTC 
Created attachment 784000 [details]
File: dmesg
Comment 2 Sujith 2013-08-20 04:43:35 UTC 
A patch to address this issue: https://patchwork.kernel.org/patch/2846838/
Comment 3 Josh Boyer 2013-08-20 13:10:11 UTC 
*** Bug 997217 has been marked as a duplicate of this bug. ***
Comment 4 Josh Boyer 2013-08-22 13:26:03 UTC 
Here is a scratch build with Sujith's patch included.  Please test and let us know if it works.

http://koji.fedoraproject.org/koji/taskinfo?taskID=5841387
Comment 5 Ed Marshall 2013-09-22 19:34:14 UTC 
Whoops, I unintentionally cleared the needinfo flag when I adding myself as a CC; sorry about that. :P

FYI: same thing happened to me a few nights ago, on 3.10.10-200.fc19.x86_64, and I'm still seeing frequent (unreported) NIC lockups on 3.10.11-200.fc19.x86_64. Also, the koji scratch builds referenced above seem to have been cleared out at this point, so I can't actually try that build. :)
Comment 6 Josh Boyer 2013-09-23 13:37:31 UTC 
The patch referenced was included in the 3.11.1 stable kernel with commit 19c361608ce3e73f352e323262f7e0a8264be3af.  It should be fixed in 3.11.1.