Bug 607505 - b43 drive works in default kernel but crashes desktop kernel
Summary: b43 drive works in default kernel but crashes desktop kernel
Status: RESOLVED DUPLICATE of bug 617912
Alias: None
Product: openSUSE 11.3
Classification: openSUSE
Component: Kernel (show other bugs)
Version: Factory
Hardware: x86 openSUSE 11.3
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-20 13:18 UTC by Clark Tompsett
Modified: 2010-08-06 15:15 UTC (History)
3 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
upstart + default kernel (1.90 KB, text/plain)
2010-06-02 02:36 UTC, Clark Tompsett
Details
infor from b43 kernel hang (79.65 KB, image/jpeg)
2010-06-02 02:40 UTC, Clark Tompsett
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Clark Tompsett 2010-05-20 13:18:03 UTC
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100513 SUSE/3.6.4-1.11 Firefox/3.6.4

Clean install of factory on HP 311 with bcm4312 wireless chip.  Installed the firmware for b43.  Using the default kernel, drivers ssb and b43 load and wireless is working (2.6.34 kernel).  If you try to boot with the desktop kernel, the system hangs during boot while trying to load ssb.  

Reproducible: Always

Steps to Reproduce:
1. install factory on computer with bcm4312 wireless chip.
2.install the firmware
3. boot default kernel
4. repeat with desktop kernel
Actual Results:  
default kernel works.
desktop kernel locks up during boot.

Expected Results:  
the desktop kernel should boot with b43 enabled.

The wl drive will work with the desktop kernel, but using the b43 drive is recommended.

Issue is in the build differences between default and desktop kernels.
Comment 1 Jeff Mahoney 2010-05-28 14:44:06 UTC
Hrm. I'm unable to reproduce this on my system with 2.6.34-8-desktop.

You can blacklist the module by adding a file, /etc/modprobe.d/b43-blacklist.conf that contains "blacklist b43"

I'd like to try to capture the crash, though.

Once you've blacklisted the module, boot into the desktop kernel. Then drop to console, run "klogconsole -r 0 -l 8" and then "modprobe b43". A digital photo is an easy way to capture it.
Comment 2 Clark Tompsett 2010-06-02 02:36:48 UTC
Created attachment 366260 [details]
upstart + default kernel

upstart + default kernel output -- success
Comment 3 Clark Tompsett 2010-06-02 02:40:04 UTC
Created attachment 366261 [details]
infor from b43 kernel hang

message found from --
upstart + desktop kernel
sysvinit + default
sysvinit + desktop
Comment 4 Clark Tompsett 2010-06-02 15:23:40 UTC
With the update to sysvinit from today, default will load b43 but desktop still fails with b43.
Comment 5 Clark Tompsett 2010-06-02 20:50:46 UTC
Additional information.  If you boot to level 3 in default kernel, you can modprobe b43 and it will load.  If you remove b43 and ssb from the blacklist then system hangs during boot.  If you boot to level 5 and attempt to modprobe in a terminal window system locks.

Problem appears to be the ssb driver that hangs system.
Comment 6 Clark Tompsett 2010-06-20 23:25:49 UTC
Since I reported this bug, what do you want me to do?
Comment 8 Forgotten User CHC7OcAR44 2010-08-06 15:15:46 UTC
This seems to be a duplicate of bug 617912

*** This bug has been marked as a duplicate of bug 617912 ***