lwfinger / rtl8723au

Repo for RTL8723AU code before Linux Kernel commit
126 stars 46 forks source link

Frequent Kernal Panics - Arch Linux #33

Open jaredraby opened 10 years ago

jaredraby commented 10 years ago

Been having frequent kernel panics with the latest commit of the driver (d30225b) and the latest arch kernel 3.13.6. I'm on a lenovo yoga 11s.

It can occur as soon as I log on or I get as long as 15 minutes , but it happens every time. I still have testing to do but I updated the arch kernel and with that got the latest commit of the driver. I still need to revert the driver to the last commit and also the precious arch kernel, for testing, but I wanted to bring it up as an issue with arch kernel 3.13.6 and commit d30225b.

I will try to get a kernel dump message next time it happens.

lwfinger commented 10 years ago

I cannot help you without the traceback in the kernel dump.

jaredraby commented 10 years ago

This is the best I can do for now. I can't scroll so if you need something better I will do some more tinkering with it.

img_20140318_153118

lwfinger commented 10 years ago

Unfortunately, none of the routines in the traceback are part of r8723au.

If these crashes have recently started, then you might consider using the 'git bisect' commands to see what commit contributed to the crashes.

ckuethe commented 10 years ago

maybe this helps?

Lenovo Yoga13 Ubuntu 13.10 Kernel "3.11.0-19-generic #33-Ubuntu SMP Tue Mar 11 18:48:34 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux" git commit id bb718cb1c3cb3308bcc965466efb691fb62e0568

just rebooted, was loading a ton of tabs in chrome... haven't tried to reproduce it, as my tab state is now trashed.

[ 2351.274850] BUG: scheduling while atomic: swapper/1/0/0x10000500 [ 2351.274855] Modules linked in: 8723au(OF) cfg80211 dm_crypt vsock ip6t_REJECT xt_hl ip6t_rt nf_conntrack_ipv6 nf_defrag_ipv6 ipt_REJECT xt_LOG xt_limit xt_tcpudp xt_addrtype nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack rts5139(C) ip6table_filter ip6_tables joydev nf_conntrack_netbios_ns nf_conntrack_broadcast nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack hid_multitouch iptable_filter ip_tables x_tables hid_sensor_hub parport_pc ppdev uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev snd_hda_codec_hdmi x86_pkg_temp_thermal snd_hda_codec_conexant rfcomm intel_powerclamp bnep snd_hda_intel kvm_intel bluetooth kvm snd_hda_codec crct10dif_pclmul crc32_pclmul snd_hwdep ghash_clmulni_intel snd_pcm aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper snd_page_alloc cryptd snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device snd_timer snd mei_me psmouse soundcore lpc_ich mei serio_raw mac_hid nls_iso8859_1 coretemp lp parport usbhid hid i915 microcode i2c_algo_bit drm_kms_helper ahci drm libahci wmi video [ 2351.274918] CPU: 1 PID: 0 Comm: swapper/1 Tainted: GF C O 3.11.0-19-generic #33-Ubuntu [ 2351.274920] Hardware name: LENOVO 20175/INVALID, BIOS 66CN55WW 02/28/2013 [ 2351.274922] ffff88022f254580 ffff88022f243680 ffffffff816e87f1 ffff880223af2000 [ 2351.274926] ffff88022f243690 ffffffff816e2af1 ffff88022f2436f0 ffffffff816ed8d1 [ 2351.274929] ffff880223af3fd8 0000000000014580 ffff880223af3fd8 0000000000014580 [ 2351.274933] Call Trace: [ 2351.274935] [] dump_stack+0x45/0x56 [ 2351.274944] [] schedule_bug+0x4d/0x5b [ 2351.274948] [] schedule+0x6d1/0x7e0 [ 2351.274953] [] cond_resched+0x26/0x30 [ 2351.274956] [] _cond_resched+0x3a/0x50 [ 2351.274961] [] kmem_cache_alloc_trace+0x38/0x130 [ 2351.274973] [] ? rtw_addbareq_cmd+0x5e/0x122 [8723au] [ 2351.274981] [] rtw_addbareq_cmd+0x5e/0x122 [8723au] [ 2351.274992] [] rtw_issue_addbareq_cmd+0x177/0x198 [8723au] [ 2351.275006] [] rtw_dump_xframe+0x5d/0x66a [8723au] [ 2351.275019] [] rtl8723au_hal_xmit+0x143/0x1fb [8723au] [ 2351.275033] [] rtw_hal_xmit+0x1c/0x1f [8723au] [ 2351.275046] [] rtw_xmit+0x995/0x9fc [8723au] [ 2351.275050] [] ? kfree_skbmem+0x37/0x90 [ 2351.275061] [] rtw_xmit_entry+0x1a1/0x2ab [8723au] [ 2351.275065] [] dev_hard_start_xmit+0x318/0x560 [ 2351.275068] [] sch_direct_xmit+0xe6/0x1c0 [ 2351.275071] [] dev_queue_xmit+0x201/0x4c0 [ 2351.275075] [] neigh_resolve_output+0x11b/0x220 [ 2351.275079] [] ip_finish_output+0x1b1/0x3b0 [ 2351.275083] [] ip_output+0x58/0x90 [ 2351.275086] [] ip_local_out+0x25/0x30 [ 2351.275090] [] ip_queue_xmit+0x13d/0x3e0 [ 2351.275093] [] tcp_transmit_skb+0x463/0x8c0 [ 2351.275097] [] tcp_send_ack+0xa4/0xf0 [ 2351.275100] [] tcp_rcv_state_process+0xcf1/0xd00 [ 2351.275103] [] tcp_v4_do_rcv+0x268/0x470 [ 2351.275106] [] tcp_v4_rcv+0x777/0x790 [ 2351.275110] [] ? ip_rcv_finish+0x350/0x350 [ 2351.275113] [] ? nf_hook_slow+0x74/0x130 [ 2351.275116] [] ? ip_rcv_finish+0x350/0x350 [ 2351.275119] [] ip_local_deliver_finish+0xb4/0x1f0 [ 2351.275122] [] ip_local_deliver+0x48/0x80 [ 2351.275125] [] ip_rcv_finish+0x7d/0x350 [ 2351.275128] [] ip_rcv+0x234/0x370 [ 2351.275131] [] netif_receive_skb_core+0x646/0x830 [ 2351.275134] [] __netif_receive_skb+0x18/0x60 [ 2351.275137] [] process_backlog+0xad/0x1a0 [ 2351.275139] [] net_rx_action+0x11c/0x230 [ 2351.275143] [] __do_softirq+0xf7/0x240 [ 2351.275147] [] call_softirq+0x1c/0x30 [ 2351.275151] [] do_softirq+0x55/0x90 [ 2351.275153] [] irq_exit+0xb5/0xc0 [ 2351.275156] [] do_IRQ+0x56/0xc0 [ 2351.275160] [] common_interrupt+0x6d/0x6d [ 2351.275161] [] ? cpuidle_enter_state+0x52/0xc0 [ 2351.275170] [] ? cpuidle_enter_state+0x48/0xc0 [ 2351.275173] [] cpuidle_idle_call+0xc9/0x210 [ 2351.275177] [] arch_cpu_idle+0xe/0x30 [ 2351.275182] [] cpu_startup_entry+0xe5/0x280 [ 2351.275185] [] start_secondary+0x217/0x2c0

On Tue, Mar 18, 2014 at 8:26 PM, lwfinger notifications@github.com wrote:

Unfortunately, none of the routines in the traceback are part of r8723au.

If these crashes have recently started, then you might consider using the 'git bisect' commands to see what commit contributed to the crashes.

Reply to this email directly or view it on GitHubhttps://github.com/lwfinger/rtl8723au/issues/33#issuecomment-38014333 .

GDB has a 'break' feature; why doesn't it have 'fix' too?

lwfinger commented 10 years ago

Yjanks, that dump helps a lot. Please test this morning's commit.

Good question about GDB. If I were not writing so often to non-coders, I would make that my .sig.

jaredraby commented 10 years ago

Thanks for that dump. I haven't had any time to do testing since the original post. I'll load it up tonight and give it a shot and I'll post back my results. Thanks again

ckuethe commented 10 years ago

That seems to help. I'll throw some more traffic at it today, but so far things are looking good.

On Thu, Mar 20, 2014 at 7:41 AM, lwfinger notifications@github.com wrote:

Yjanks, that dump helps a lot. Please test this morning's commit.

Good question about GDB. If I were not writing so often to non-coders, I would make that my .sig.

Reply to this email directly or view it on GitHubhttps://github.com/lwfinger/rtl8723au/issues/33#issuecomment-38174682 .

GDB has a 'break' feature; why doesn't it have 'fix' too?