Additional info: reporter: libreport-2.1.5 WARNING: at drivers/net/wireless/iwlegacy/common.c:117 _il_grab_nic_access+0xa0/0xb0 [iwlegacy]() Hardware name: 2008VDQ Timeout waiting for ucode processor access (CSR_GP_CNTRL 0x080033d8) Modules linked in: nfsv4 auth_rpcgss nfs lockd sunrpc dns_resolver fscache fuse nf_conntrack_netbios_ns nf_conntrack_broadcast ipt_MASQUERADE ip6table_nat nf_nat_ipv6 ip6table_mangle ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 iptable_nat nf_nat_ipv4 nf_nat iptable_mangle nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack bnep bluetooth ebtable_filter ebtables ip6table_filter ip6_tables iTCO_wdt iTCO_vendor_support acpi_cpufreq mperf coretemp kvm_intel kvm snd_hda_codec_analog microcode snd_hda_intel arc4 snd_hda_codec snd_hwdep snd_seq snd_seq_device i2c_i801 iwl4965 snd_pcm lpc_ich iwlegacy mfd_core mac80211 cfg80211 snd_page_alloc e1000e thinkpad_acpi snd_timer ptp pps_core snd soundcore rfkill video uinput binfmt_misc radeon i2c_algo_bit drm_kms_helper ttm yenta_socket drm i2c_core Pid: 2069, comm: kworker/u:0 Not tainted 3.9.9-302.fc19.i686.PAE #1 Call Trace: [<c044cb53>] warn_slowpath_common+0x63/0x80 [<f81e4040>] ? _il_grab_nic_access+0xa0/0xb0 [iwlegacy] [<f81e4040>] ? _il_grab_nic_access+0xa0/0xb0 [iwlegacy] [<c044cba3>] warn_slowpath_fmt+0x33/0x40 [<f81e4040>] _il_grab_nic_access+0xa0/0xb0 [iwlegacy] [<f81e64ec>] il_rx_queue_update_write_ptr+0x10c/0x150 [iwlegacy] [<f8bb6f3d>] ? il4965_rx_allocate+0x19d/0x2d0 [iwl4965] [<f8bb8c31>] il4965_rx_queue_restock+0xf1/0x120 [iwl4965] [<f8bb8c8d>] il4965_rx_replenish+0x2d/0x40 [iwl4965] [<f8bb8cd1>] il4965_bg_rx_replenish+0x31/0x40 [iwl4965] [<c0466662>] process_one_work+0x112/0x340 [<c0467d95>] worker_thread+0xf5/0x360 [<c0467ca0>] ? manage_workers+0x2b0/0x2b0 [<c046c124>] kthread+0x94/0xa0 [<f8c13384>] ? fill_multi_ios+0x24/0x2e0 [snd_hda_codec] [<c099b177>] ret_from_kernel_thread+0x1b/0x28 [<c046c090>] ? insert_kthread_work+0x30/0x30 Potential duplicate: bug 863386
Created attachment 778925 [details] File: dmesg
Does the problem is reproducible to you or happened at random ?
If this problem is reproducible (or maybe even not) could you test proposed patch for it ?
Created attachment 781877 [details] iwlegacy_do_not_check_nic_access.patch Proposed fix. If you don't know how to apply the patch, I will prepare kernel build with it , just let me know.
I launched kernel build with patch here: http://koji.fedoraproject.org/koji/taskinfo?taskID=5691247
Intel claims that fix is probably incorrect http://marc.info/?l=linux-wireless&m=137690849927149&w=2 Is possible that this problem is caused by incorrectly working udelay() function i.e. timers not working correctly on your system. You can check if nohz=off kernel parameter or different clock sources (clocksource=tsc or =hpet or =pit). Those options are kernel boot parameters and have to be added to grub to be passed to the kernel.
There are [ 141.537195] CE: hpet increased min_delta_ns to 20113 nsec [ 141.538292] CE: hpet increased min_delta_ns to 30169 nsec [ 195.909019] CE: hpet increased min_delta_ns to 45253 nsec [ 195.909019] CE: hpet increased min_delta_ns to 67879 nsec messages in dmesg, so most likely hpet is not working properly. I don't know how to fix that, maybe this is hardware issue. Try clocksource=tsc.
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.12.6-200.fc19. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 20, and are still experiencing this issue, please change the version to Fedora 20. If you experience different issues, please open a new bug report for those.