You are not logged in.

#1 2011-10-23 09:59:42

Ypnose
Member
From: Jailed in the shell
Registered: 2011-04-21
Posts: 353
Website

[Kernel]Kernel Panic when shutdown

Hi,
Yesterday, when I turned off my computer with sudo shutdown -h now, I had strange messages. I don't know what is causing the issue but it seems to be related to wifi.

Can't do anything after this panic. I tried "hard reboot". I am using 3.0.7 kernel and I didn't apply any updates since four days. I downgraded to 3.0.4 kernel. I post here because I didn't find any topics.

uname -a

Linux solaros 3.0-ARCH #1 SMP PREEMPT Wed Oct 19 10:27:51 CEST 2011 x86_64 AMD Phenom(tm) II X4 955 Processor AuthenticAMD GNU/Linux

Here the logs:
errors.log

Oct 23 01:41:28 localhost kernel: [54442.141628] BUG: scheduling while atomic: ip/14053/0x10000002

kernel.log

Oct 23 01:41:28 localhost kernel: [54441.652164] wlan0: deauthenticating from 00:19:70:1e:39:05 by local choice (reason=3)
Oct 23 01:41:28 localhost kernel: [54441.741279] cfg80211: Calling CRDA to update world regulatory domain
Oct 23 01:41:28 localhost kernel: [54441.760708] BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
Oct 23 01:41:28 localhost kernel: [54441.763089] IP: [<ffffffff81326315>] skb_dequeue+0x55/0x90
Oct 23 01:41:28 localhost kernel: [54441.763089] PGD 1095c9067 PUD 127fcd067 PMD 0 
Oct 23 01:41:28 localhost kernel: [54441.763089] Oops: 0002 [#1] PREEMPT SMP 
Oct 23 01:41:28 localhost kernel: [54441.763089] CPU 3 
Oct 23 01:41:28 localhost kernel: [54441.763089] Modules linked in: cryptd aes_x86_64 aes_generic cpufreq_ondemand ext2 snd_hda_codec_hdmi snd_hda_codec_realtek arc4 nvidia(P) snd_hda_intel snd_hda_codec snd_usb_audio snd_usbmidi_lib rt73usb rt2x00usb rt2x00lib snd_rawmidi snd_hwdep snd_pcm snd_timer snd_seq_device mac80211 snd r8169 psmouse evdev wmi pcspkr serio_raw asus_atk0110 i2c_piix4 soundcore cfg80211 rfkill mii sg k10temp firewire_ohci firewire_core crc_itu_t edac_core edac_mce_amd i2c_core button snd_page_alloc powernow_k8 freq_table processor mperf ext4 mbcache jbd2 crc16 usbhid hid sr_mod cdrom sd_mod pata_acpi ohci_hcd ahci libahci pata_jmicron pata_atiixp libata scsi_mod ehci_hcd usbcore
Oct 23 01:41:28 localhost kernel: [54441.763089] 
Oct 23 01:41:28 localhost kernel: [54441.763089] Pid: 14053, comm: ip Tainted: P            3.0-ARCH #1 System manufacturer System Product Name/M4A89GTD-PRO
Oct 23 01:41:28 localhost kernel: [54441.763089] RIP: 0010:[<ffffffff81326315>]  [<ffffffff81326315>] skb_dequeue+0x55/0x90
Oct 23 01:41:28 localhost kernel: [54441.763089] RSP: 0018:ffff8801238c5688  EFLAGS: 00010002
Oct 23 01:41:28 localhost kernel: [54441.763089] RAX: 0000000000000286 RBX: ffff880127389094 RCX: 0000000000000000
Oct 23 01:41:28 localhost kernel: [54441.763089] RDX: 0000000000000000 RSI: ffffea0003b83c60 RDI: ffff880127389094
Oct 23 01:41:28 localhost kernel: [54441.763089] RBP: ffff8801238c56a8 R08: ffffffff813274b7 R09: ffffffff8132716f
Oct 23 01:41:28 localhost kernel: [54441.763089] R10: 000000000000000f R11: 0000000000017c40 R12: ffff880110114d00
Oct 23 01:41:28 localhost kernel: [54441.763089] R13: ffff880127389080 R14: ffff8801273891b0 R15: 0000000000000000
Oct 23 01:41:28 localhost kernel: [54441.763089] FS:  00007fcad36f7700(0000) GS:ffff88012fcc0000(0000) knlGS:0000000000000000
Oct 23 01:41:28 localhost kernel: [54441.763089] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Oct 23 01:41:28 localhost kernel: [54441.763089] CR2: 0000000000000008 CR3: 0000000127a63000 CR4: 00000000000006e0
Oct 23 01:41:28 localhost kernel: [54441.763089] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Oct 23 01:41:28 localhost kernel: [54441.763089] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Oct 23 01:41:28 localhost kernel: [54441.763089] Process ip (pid: 14053, threadinfo ffff8801238c4000, task ffff880127fdcf10)
Oct 23 01:41:28 localhost kernel: [54441.763089] Stack:
Oct 23 01:41:28 localhost kernel: [54441.763089]  ffff880127388560 ffff880127389080 ffff880127388560 0000000000000000
Oct 23 01:41:28 localhost kernel: [54441.763089]  ffff8801238c56c8 ffffffff81327b88 ffff8801273891b0 0000000000000001
Oct 23 01:41:28 localhost kernel: [54441.763089]  ffff8801238c56e8 ffffffffa02aa2f7 ffff880127388560 ffff880126e0e740
Oct 23 01:41:28 localhost kernel: [54441.763089] Call Trace:
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81327b88>] skb_queue_purge+0x28/0x40
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffffa02aa2f7>] ieee80211_clear_tx_pending+0x37/0x50 [mac80211]
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffffa029d5f7>] ieee80211_do_stop+0x267/0x560 [mac80211]
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffffa029d90a>] ieee80211_stop+0x1a/0x20 [mac80211]
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81331976>] __dev_close_many+0x86/0xe0
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81331a06>] __dev_close+0x36/0x50
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff813364c1>] __dev_change_flags+0xa1/0x180
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81336658>] dev_change_flags+0x28/0x70
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81343c04>] do_setlink+0x274/0x9a0
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81235ba0>] ? nla_parse+0x30/0xe0
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff813942f9>] ? inet_fill_link_af+0x29/0x60
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81344c88>] rtnl_newlink+0x378/0x5b0
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff810ff188>] ? get_page_from_freelist+0x358/0x800
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81115b09>] ? zone_statistics+0x99/0xc0
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff813445e0>] rtnetlink_rcv_msg+0x160/0x250
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81344480>] ? __rtnl_unlock+0x20/0x20
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8135c649>] netlink_rcv_skb+0xa9/0xd0
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8132685f>] ? __alloc_skb+0x4f/0x230
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81343685>] rtnetlink_rcv+0x25/0x40
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8135bf29>] netlink_unicast+0x2d9/0x320
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8135c30a>] netlink_sendmsg+0x2da/0x370
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8131d11e>] sock_sendmsg+0x10e/0x130
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff810f7a3a>] ? unlock_page+0x2a/0x40
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8111a879>] ? __do_fault+0x459/0x580
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81127a7d>] ? page_add_new_anon_rmap+0x9d/0xb0
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8131e801>] ? move_addr_to_kernel+0x51/0x60
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81329e5a>] ? verify_iovec+0x4a/0xd0
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8131eccc>] __sys_sendmsg+0x39c/0x3b0
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8111f664>] ? handle_mm_fault+0x1b4/0x350
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8135ade9>] ? netlink_insert+0xe9/0x170
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff810398f0>] ? do_page_fault+0x1c0/0x4d0
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff81123b4f>] ? do_brk+0x21f/0x320
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff8131fcb9>] sys_sendmsg+0x49/0x90
Oct 23 01:41:28 localhost kernel: [54441.763089]  [<ffffffff813f4c42>] system_call_fastpath+0x16/0x1b
Oct 23 01:41:28 localhost kernel: [54441.763089] Code: 65 00 4d 39 e5 74 4f 4d 85 e4 74 26 41 83 6d 10 01 49 8b 0c 24 49 8b 54 24 08 49 c7 04 24 00 00 00 00 49 c7 44 24 08 00 00 00 00 
Oct 23 01:41:28 localhost kernel: [54441.763089] RIP  [<ffffffff81326315>] skb_dequeue+0x55/0x90
Oct 23 01:41:28 localhost kernel: [54441.763089]  RSP <ffff8801238c5688>
Oct 23 01:41:28 localhost kernel: [54441.763089] CR2: 0000000000000008
Oct 23 01:41:28 localhost kernel: [54441.763089] ---[ end trace 93676e0d5398f7fe ]---
Oct 23 01:41:28 localhost kernel: [54441.763089] note: ip[14053] exited with preempt_count 1
Oct 23 01:41:28 localhost kernel: [54442.141628] BUG: scheduling while atomic: ip/14053/0x10000002
Oct 23 01:41:28 localhost kernel: [54442.145981] Modules linked in: cryptd aes_x86_64 aes_generic cpufreq_ondemand ext2 snd_hda_codec_hdmi snd_hda_codec_realtek arc4 nvidia(P) snd_hda_intel snd_hda_codec snd_usb_audio snd_usbmidi_lib rt73usb rt2x00usb rt2x00lib snd_rawmidi snd_hwdep snd_pcm snd_timer snd_seq_device mac80211 snd r8169 psmouse evdev wmi pcspkr serio_raw asus_atk0110 i2c_piix4 soundcore cfg80211 rfkill mii sg k10temp firewire_ohci firewire_core crc_itu_t edac_core edac_mce_amd i2c_core button snd_page_alloc powernow_k8 freq_table processor mperf ext4 mbcache jbd2 crc16 usbhid hid sr_mod cdrom sd_mod pata_acpi ohci_hcd ahci libahci pata_jmicron pata_atiixp libata scsi_mod ehci_hcd usbcore
Oct 23 01:41:28 localhost kernel: [54442.176606] Pid: 14053, comm: ip Tainted: P      D     3.0-ARCH #1
Oct 23 01:41:28 localhost kernel: [54442.181956] Call Trace:
Oct 23 01:41:28 localhost kernel: [54442.187237]  [<ffffffff813ead90>] __schedule_bug+0x5f/0x64
Oct 23 01:41:28 localhost kernel: [54442.192617]  [<ffffffff813f11d9>] __schedule+0x7c9/0x980
Oct 23 01:41:28 localhost kernel: [54442.198011]  [<ffffffff8114c5cc>] ? mem_cgroup_update_page_stat+0x11c/0x1b0
Oct 23 01:41:28 localhost kernel: [54442.203488]  [<ffffffff8105346a>] __cond_resched+0x2a/0x40
Oct 23 01:41:28 localhost kernel: [54442.208974]  [<ffffffff813f1412>] _cond_resched+0x32/0x40
Oct 23 01:41:28 localhost kernel: [54442.214468]  [<ffffffff8111cb21>] unmap_vmas+0x5e1/0x8a0
Oct 23 01:41:28 localhost kernel: [54442.219975]  [<ffffffff81124cb7>] exit_mmap+0x97/0x140
Oct 23 01:41:28 localhost kernel: [54442.225459]  [<ffffffff81059849>] mmput+0x59/0x130
Oct 23 01:41:28 localhost kernel: [54442.230941]  [<ffffffff81060428>] exit_mm+0x128/0x160
Oct 23 01:41:28 localhost kernel: [54442.236393]  [<ffffffff810605ca>] do_exit+0x16a/0x8f0
Oct 23 01:41:28 localhost kernel: [54442.241828]  [<ffffffff8105e3f1>] ? kmsg_dump+0xb1/0xe0
Oct 23 01:41:28 localhost kernel: [54442.247255]  [<ffffffff8100f35a>] oops_end+0xaa/0xf0
Oct 23 01:41:28 localhost kernel: [54442.252652]  [<ffffffff813ea8f6>] no_context+0x209/0x218
Oct 23 01:41:28 localhost kernel: [54442.258107]  [<ffffffffa000a100>] ? usb_start_wait_urb+0xa0/0xf0 [usbcore]
Oct 23 01:41:28 localhost kernel: [54442.263636]  [<ffffffff813eaa93>] __bad_area_nosemaphore+0x18e/0x1b1
Oct 23 01:41:28 localhost kernel: [54442.269192]  [<ffffffff810ffb1a>] ? free_pcppages_bulk+0x42a/0x470
Oct 23 01:41:28 localhost kernel: [54442.274796]  [<ffffffff813eaac9>] bad_area_nosemaphore+0x13/0x15
Oct 23 01:41:28 localhost kernel: [54442.280451]  [<ffffffff81039b1c>] do_page_fault+0x3ec/0x4d0
Oct 23 01:41:28 localhost kernel: [54442.286114]  [<ffffffff81100df0>] ? __free_pages+0x20/0x40
Oct 23 01:41:28 localhost kernel: [54442.291781]  [<ffffffff8114152f>] ? __free_slab+0xcf/0x190
Oct 23 01:41:28 localhost kernel: [54442.297451]  [<ffffffff81100dfd>] ? __free_pages+0x2d/0x40
Oct 23 01:41:28 localhost kernel: [54442.303067]  [<ffffffff81140298>] ? add_partial+0x58/0x90
Oct 23 01:41:28 localhost kernel: [54442.308704]  [<ffffffff81140298>] ? add_partial+0x58/0x90
Oct 23 01:41:28 localhost kernel: [54442.314276]  [<ffffffff813f4685>] page_fault+0x25/0x30
Oct 23 01:41:28 localhost kernel: [54442.319842]  [<ffffffff8132716f>] ? skb_release_data+0xcf/0xe0
Oct 23 01:41:28 localhost kernel: [54442.325453]  [<ffffffff813274b7>] ? __kfree_skb+0x47/0xa0
Oct 23 01:41:28 localhost kernel: [54442.331052]  [<ffffffff81326315>] ? skb_dequeue+0x55/0x90
Oct 23 01:41:28 localhost kernel: [54442.336631]  [<ffffffff813262e8>] ? skb_dequeue+0x28/0x90
Oct 23 01:41:28 localhost kernel: [54442.342174]  [<ffffffff81327b88>] skb_queue_purge+0x28/0x40
Oct 23 01:41:28 localhost kernel: [54442.347734]  [<ffffffffa02aa2f7>] ieee80211_clear_tx_pending+0x37/0x50 [mac80211]
Oct 23 01:41:28 localhost kernel: [54442.353384]  [<ffffffffa029d5f7>] ieee80211_do_stop+0x267/0x560 [mac80211]
Oct 23 01:41:28 localhost kernel: [54442.358914]  [<ffffffffa029d90a>] ieee80211_stop+0x1a/0x20 [mac80211]
Oct 23 01:41:28 localhost kernel: [54442.364293]  [<ffffffff81331976>] __dev_close_many+0x86/0xe0
Oct 23 01:41:28 localhost kernel: [54442.369612]  [<ffffffff81331a06>] __dev_close+0x36/0x50
Oct 23 01:41:28 localhost kernel: [54442.374872]  [<ffffffff813364c1>] __dev_change_flags+0xa1/0x180
Oct 23 01:41:28 localhost kernel: [54442.380114]  [<ffffffff81336658>] dev_change_flags+0x28/0x70
Oct 23 01:41:28 localhost kernel: [54442.385374]  [<ffffffff81343c04>] do_setlink+0x274/0x9a0
Oct 23 01:41:28 localhost kernel: [54442.390638]  [<ffffffff81235ba0>] ? nla_parse+0x30/0xe0
Oct 23 01:41:28 localhost kernel: [54442.395881]  [<ffffffff813942f9>] ? inet_fill_link_af+0x29/0x60
Oct 23 01:41:28 localhost kernel: [54442.401104]  [<ffffffff81344c88>] rtnl_newlink+0x378/0x5b0
Oct 23 01:41:28 localhost kernel: [54442.406136]  [<ffffffff810ff188>] ? get_page_from_freelist+0x358/0x800
Oct 23 01:41:28 localhost kernel: [54442.411026]  [<ffffffff81115b09>] ? zone_statistics+0x99/0xc0
Oct 23 01:41:28 localhost kernel: [54442.415705]  [<ffffffff813445e0>] rtnetlink_rcv_msg+0x160/0x250
Oct 23 01:41:28 localhost kernel: [54442.420218]  [<ffffffff81344480>] ? __rtnl_unlock+0x20/0x20
Oct 23 01:41:28 localhost kernel: [54442.424517]  [<ffffffff8135c649>] netlink_rcv_skb+0xa9/0xd0
Oct 23 01:41:28 localhost kernel: [54442.428624]  [<ffffffff8132685f>] ? __alloc_skb+0x4f/0x230
Oct 23 01:41:28 localhost kernel: [54442.432682]  [<ffffffff81343685>] rtnetlink_rcv+0x25/0x40
Oct 23 01:41:28 localhost kernel: [54442.436717]  [<ffffffff8135bf29>] netlink_unicast+0x2d9/0x320
Oct 23 01:41:28 localhost kernel: [54442.440728]  [<ffffffff8135c30a>] netlink_sendmsg+0x2da/0x370
Oct 23 01:41:28 localhost kernel: [54442.444728]  [<ffffffff8131d11e>] sock_sendmsg+0x10e/0x130
Oct 23 01:41:28 localhost kernel: [54442.448680]  [<ffffffff810f7a3a>] ? unlock_page+0x2a/0x40
Oct 23 01:41:28 localhost kernel: [54442.452574]  [<ffffffff8111a879>] ? __do_fault+0x459/0x580
Oct 23 01:41:28 localhost kernel: [54442.456469]  [<ffffffff81127a7d>] ? page_add_new_anon_rmap+0x9d/0xb0
Oct 23 01:41:28 localhost kernel: [54442.460401]  [<ffffffff8131e801>] ? move_addr_to_kernel+0x51/0x60
Oct 23 01:41:28 localhost kernel: [54442.464331]  [<ffffffff81329e5a>] ? verify_iovec+0x4a/0xd0
Oct 23 01:41:28 localhost kernel: [54442.468252]  [<ffffffff8131eccc>] __sys_sendmsg+0x39c/0x3b0
Oct 23 01:41:28 localhost kernel: [54442.472194]  [<ffffffff8111f664>] ? handle_mm_fault+0x1b4/0x350
Oct 23 01:41:28 localhost kernel: [54442.476189]  [<ffffffff8135ade9>] ? netlink_insert+0xe9/0x170
Oct 23 01:41:28 localhost kernel: [54442.480189]  [<ffffffff810398f0>] ? do_page_fault+0x1c0/0x4d0
Oct 23 01:41:28 localhost kernel: [54442.484188]  [<ffffffff81123b4f>] ? do_brk+0x21f/0x320
Oct 23 01:41:28 localhost kernel: [54442.488172]  [<ffffffff8131fcb9>] sys_sendmsg+0x49/0x90
Oct 23 01:41:28 localhost kernel: [54442.492115]  [<ffffffff813f4c42>] system_call_fastpath+0x16/0x1b

I have found a new log file, generated by the kernel called lpr.log

Oct 23 01:41:28 localhost [54441.763089]  89 51 08 48 89 0a 48 89 c6 48 89 df e8 09 da 0c 00 4c 89 e0 

Xorg0.log is perfect.

Thanks for the help.
Cheers


Github -- My terminal font Envypn

Offline

#2 2011-10-23 11:35:59

clearloon
Member
Registered: 2009-01-07
Posts: 79

Re: [Kernel]Kernel Panic when shutdown

No idea whether it's related but a number of people on here (myself included) are having a similar issue when shutting down (kernel panic right after wireless de-authenticates). The only common thread seems to be that we are all using the rt2x00 module...

Can you replicate it just by de-authenticating?

Offline

#3 2011-10-23 11:41:45

Ypnose
Member
From: Jailed in the shell
Registered: 2011-04-21
Posts: 353
Website

Re: [Kernel]Kernel Panic when shutdown

I rebooted three times and turned off the computer, there were no issues. Now, I'm back to 3.0.4.

It's very hard for me to replicate it, and don't know how to proceed. Anyway, you're totally right, i'm using Ralink RT2501USB/RT2571W (RT73).

What kernel are you running?


Github -- My terminal font Envypn

Offline

#4 2011-10-23 11:49:03

clearloon
Member
Registered: 2009-01-07
Posts: 79

Re: [Kernel]Kernel Panic when shutdown

3.0.7 but it's been happening since we hit 3. I can consistently replicate my issue by taking the network down but our error outputs look different... https://bbs.archlinux.org/viewtopic.php?id=124989

Offline

#5 2011-10-23 12:04:28

Ypnose
Member
From: Jailed in the shell
Registered: 2011-04-21
Posts: 353
Website

Re: [Kernel]Kernel Panic when shutdown

Ok I see. Is there any bug report about this?
Hope 3.1 will resolve this.

EDIT: I tried to down the network via netcfg down, and no issues.

Last edited by Ypnose (2011-10-23 12:24:39)


Github -- My terminal font Envypn

Offline

#6 2011-10-24 06:30:36

zebulon
Member
Registered: 2008-10-20
Posts: 359

Re: [Kernel]Kernel Panic when shutdown

I have exactly the same problem, and I use an RT2501USB wireless adapter (from Edimax). Not only the kernel panics at shutdown, but I cannot hibernate, sleep to RAM or shutdown at all.

Last edited by zebulon (2011-10-24 06:31:28)

Offline

#7 2011-10-24 09:55:23

Ypnose
Member
From: Jailed in the shell
Registered: 2011-04-21
Posts: 353
Website

Re: [Kernel]Kernel Panic when shutdown

Hi zebulon, you're using 3.0.7? Have you got these issues often? We really should open a bug report.


Github -- My terminal font Envypn

Offline

#8 2011-10-25 10:40:52

zebulon
Member
Registered: 2008-10-20
Posts: 359

Re: [Kernel]Kernel Panic when shutdown

Unfortunately with the forum crash, my post from yesterday has been lost.
Anyway, I am using 3.0.7, and the kernel panic at shutdown does not always occur. I'll try what you suggested and report back again.

Offline

#9 2011-10-25 10:44:12

Ypnose
Member
From: Jailed in the shell
Registered: 2011-04-21
Posts: 353
Website

Re: [Kernel]Kernel Panic when shutdown

Hum. We wrote some posts but the database was restored.
@clearloon: I found your topic on the Serialmonkey forums: http://rt2x00.serialmonkey.com/phpBB/vi … f=5&t=6181
I advice you to send a link to this topic. Someone could see my logs in addition to yours.

I want to report the bug but it's related to the kernel itself. Don't know if Arch devs know how to resolve it.
And we could try with the 3.1 kernel. Maybe these bugs are already fixed.

Last thing: I downgraded to the 3.0.4 and I didn't have any issues yet (compared to 3.0.7). I rebooted around 15 times.

@zebulon: glad you still there. Yeah try what clearloon said and if you have bugs, post your logs.

Last edited by Ypnose (2011-10-25 10:46:51)


Github -- My terminal font Envypn

Offline

#10 2011-10-25 14:30:50

clearloon
Member
Registered: 2009-01-07
Posts: 79

Re: [Kernel]Kernel Panic when shutdown

Will do.

I can replicate this by bringing wireless up then down during a fresh install using arch 2011.08.19.

Can you guys?

Offline

#11 2011-10-25 15:41:04

Ypnose
Member
From: Jailed in the shell
Registered: 2011-04-21
Posts: 353
Website

Re: [Kernel]Kernel Panic when shutdown

Hum, I will give a try tomorrow. 3.1 kernel is in testing, we could test it, too.

Last edited by Ypnose (2011-10-25 15:41:15)


Github -- My terminal font Envypn

Offline

#12 2011-10-27 18:04:56

zebulon
Member
Registered: 2008-10-20
Posts: 359

Re: [Kernel]Kernel Panic when shutdown

Hi again. I have not had a segfault at shutdown for two days (and the machine does shut down). Can you confirm? Either an update has solved the issue (udev?), either I cannot reproduce this for some reason. What do you think?

Offline

#13 2011-10-29 09:53:13

Ypnose
Member
From: Jailed in the shell
Registered: 2011-04-21
Posts: 353
Website

Re: [Kernel]Kernel Panic when shutdown

Ok. I have tested SystemRescueCD which is Gentoo Linux 3.0 based. Tried many times ifconfig wlan0 up / down, and I didn't have problems.

I'm really thinking my bug is 3.0.7 related. Run from 3.0.4 since 6 days, and it's perfect. This is really strange. I'll try with the Archiso soon.

BTW, my Wifi dongle (rt73usb based):

Bus 002 Device 002: ID 06f8:e010 Guillemot Corp. HWGUSB2-54-LB

Github -- My terminal font Envypn

Offline

#14 2011-10-29 17:23:58

nullvoid
Member
Registered: 2009-01-18
Posts: 33

Re: [Kernel]Kernel Panic when shutdown

I had similar problems a while back. It was resolved by turning of hyperthreading in BIOS.

Offline

#15 2011-10-30 09:51:42

Ypnose
Member
From: Jailed in the shell
Registered: 2011-04-21
Posts: 353
Website

Re: [Kernel]Kernel Panic when shutdown

Hum, a similar report has been opened. It looks like the wifi is related once again.

Here: https://bugs.archlinux.org/task/26674


Github -- My terminal font Envypn

Offline

#16 2011-10-31 10:10:10

Ypnose
Member
From: Jailed in the shell
Registered: 2011-04-21
Posts: 353
Website

Re: [Kernel]Kernel Panic when shutdown

Guys, sorry for the double post but it seems that patch resolve a similar issue:

http://marc.info/?l=linux-wireless&m=13 … 927629&w=2

Opened a bug myself: https://bugs.archlinux.org/task/26696

Cheers

Last edited by Ypnose (2011-10-31 10:36:48)


Github -- My terminal font Envypn

Offline

#17 2011-11-09 13:19:53

Ypnose
Member
From: Jailed in the shell
Registered: 2011-04-21
Posts: 353
Website

Re: [Kernel]Kernel Panic when shutdown

Any changer with the 3.1? I stay on 3.0.4 for now.


Github -- My terminal font Envypn

Offline

Board footer

Powered by FluxBB