[SOLVED] Kernel 3.10.{6,7} kernel panic

vinipsmaker · 2013-08-19 21:33:16

I'm having kernel panics some seconds after I start graphical interface when using kernels 3.10.6 or 3.10.7.

Kernel 3.10.5 is fine. I thought that would be something small and it would be fixed in kernel 3.10.7, but this version is kernel panicing too.

I'm requesting help, because I don't know how to help kernel developers do fix the problem (I think I should isolate the problem first, but I should learn how to do it first).

My system processor:

processor	: 0
vendor_id	: AuthenticAMD
cpu family	: 20
model		: 1
model name	: AMD E-350 Processor
stepping	: 0
microcode	: 0x5000029
cpu MHz		: 800.000
cache size	: 512 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
apicid		: 0
initial apicid	: 0
fdiv_bug	: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 6
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc nonstop_tsc extd_apicid aperfmperf pni monitor ssse3 cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch ibs skinit wdt arat hw_pstate npt lbrv svm_lock nrip_save pausefilter
bogomips	: 3193.00
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

processor	: 1
vendor_id	: AuthenticAMD
cpu family	: 20
model		: 1
model name	: AMD E-350 Processor
stepping	: 0
microcode	: 0x5000029
cpu MHz		: 800.000
cache size	: 512 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
apicid		: 1
initial apicid	: 1
fdiv_bug	: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 6
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc nonstop_tsc extd_apicid aperfmperf pni monitor ssse3 cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch ibs skinit wdt arat hw_pstate npt lbrv svm_lock nrip_save pausefilter
bogomips	: 3193.00
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

Last edited by vinipsmaker (2013-08-19 22:30:52)

WonderWoofy · 2013-08-19 21:41:56

Do you use a broadcom wireless card by chance?

vinipsmaker · 2013-08-19 21:46:05

WonderWoofy wrote:

Do you use a broadcom wireless card by chance?

The (only the revelant part) output of lspci -k:

02:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01)
	Subsystem: Hewlett-Packard Company Device 1483
	Kernel driver in use: bcma-pci-bridge
	Kernel modules: bcma

WonderWoofy · 2013-08-19 22:20:21

See here: https://bbs.archlinux.org/viewtopic.php?id=168177

vinipsmaker · 2013-08-19 22:29:51

WonderWoofy wrote:

See here: https://bbs.archlinux.org/viewtopic.php?id=168177

It seems that this is my problem.

https://bbs.archlinux.org/viewtopic.php … 1#p1311601 looks like I just need to wait, like I initially wanted. Thanks for the info. I'll mark topic as SOLVED and reopen it if the problem don't disappear.

WonderWoofy · 2013-08-19 22:31:22

You could try the b43 module or the broadcom-wl package in the mean time.

vinipsmaker · 2013-08-19 22:46:01

WonderWoofy wrote:

You could try the b43 module or the broadcom-wl package in the mean time.

This is one option, but I already use this module in one of my home computers and I don't like the ammount of work I need to dedicate to maintain this driver.

The other option is wait.

WonderWoofy · 2013-08-19 23:14:06

The amount of time you would need to dedicate? Is that a joke? The b43 module just requires installing the b43-firmware package from the AUR and then blacklisting brcmsmac. The wl module can be built from the broadcom-wl package from the AUR, and the module rarely breaks unless there is a minor kernel version bump (ie. from 3.9 -> 3.10).

The b43 module is particularly easy because the binary firmware blob rarely changes, and doesn't require the kernel headers to build against, as the b43 module itself is already an in-tree kernel module.

vinipsmaker · 2013-08-19 23:23:28

WonderWoofy wrote:

The amount of time you would need to dedicate? Is that a joke?

The discussion could end with your comment, but you made me a question and it would to be rude to not answer.

Well, you're comparing the work of not doing anything against doing something. It's uncomparable. It's true that I'm an ArchLinux user, but most of the work I need to do to use this distro brings me some benefit. I don't see any benefit using b43 for now.

Arch Linux

#1 2013-08-19 21:33:16

[SOLVED] Kernel 3.10.{6,7} kernel panic

#2 2013-08-19 21:41:56

Re: [SOLVED] Kernel 3.10.{6,7} kernel panic

#3 2013-08-19 21:46:05

Re: [SOLVED] Kernel 3.10.{6,7} kernel panic

#4 2013-08-19 22:20:21

Re: [SOLVED] Kernel 3.10.{6,7} kernel panic

#5 2013-08-19 22:29:51

Re: [SOLVED] Kernel 3.10.{6,7} kernel panic

#6 2013-08-19 22:31:22

Re: [SOLVED] Kernel 3.10.{6,7} kernel panic

#7 2013-08-19 22:46:01

Re: [SOLVED] Kernel 3.10.{6,7} kernel panic

#8 2013-08-19 23:14:06

Re: [SOLVED] Kernel 3.10.{6,7} kernel panic

#9 2013-08-19 23:23:28

Re: [SOLVED] Kernel 3.10.{6,7} kernel panic

Board footer