Bug 538523 - b43 driver is causing oops on shutdown in F12
Summary: b43 driver is causing oops on shutdown in F12
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: 0xFFFF
Version: 12
Hardware: powerpc
OS: Linux
low
medium
Target Milestone: ---
Assignee: John W. Linville
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-11-18 18:27 UTC by Alex Kanavin
Modified: 2009-12-01 12:42 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-11-28 21:02:52 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
oops screenshot (319.94 KB, image/jpeg)
2009-11-18 18:27 UTC, Alex Kanavin
no flags Details
dmesg (29.49 KB, text/plain)
2009-11-18 18:31 UTC, Alex Kanavin
no flags Details
Test patch (1.69 KB, patch)
2009-11-23 19:59 UTC, Larry Finger
no flags Details | Diff
Test patch for b43legacy (968 bytes, patch)
2009-11-23 20:06 UTC, Larry Finger
no flags Details | Diff

Description Alex Kanavin 2009-11-18 18:27:58 UTC
Created attachment 370154 [details]
oops screenshot

I've installed F12 on a Powerbook G4 12" machine, and I'm getting an oops on shutdown (see screenshot). Seems like a b43 driver/firmware problem.

Comment 1 Alex Kanavin 2009-11-18 18:31:07 UTC
Created attachment 370158 [details]
dmesg

Comment 2 Alex Kanavin 2009-11-18 18:40:30 UTC
Oh, and I'm using the standard open source broadcom firmware supplied with Fedora.

Comment 3 Wojciech Sluszniak 2009-11-19 22:03:23 UTC
Not only in F12. I've just noticed it in the recent kernel in F11. System completely freezes.
It may be the evolution of this bug: https://bugzilla.redhat.com/show_bug.cgi?id=474270 but than it was only clock that freezed, system was operational, and no kernel oops was reported.

lspci:
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 760/M760 Host (rev 03)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SG86C202
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] (rev 25)
00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
00:02.6 Modem: Silicon Integrated Systems [SiS] AC'97 Modem Controller (rev a0)
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller (rev a0)
00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f)
00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.1 Controller (rev 0f)
00:03.2 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller
00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91)
00:06.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 02)
00:0b.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter

Comment 4 John W. Linville 2009-11-20 15:27:52 UTC
Alex, it would you mind replicating this problem with the closed-source firmware?

   http://wireless.kernel.org/en/users/Drivers/b43#device_firmware

It's not clear how it would relate to firmware, but please humor me. :-)

Comment 5 Alex Kanavin 2009-11-20 21:12:56 UTC
Just to be sure, which firmware version should I get for F12 (with 2.6.31 kernel)?

Comment 6 John W. Linville 2009-11-20 21:29:25 UTC
broadcom-wl-4.80.53.0.tar.bz2

Comment 7 Alex Kanavin 2009-11-22 20:44:00 UTC
So yes. With closed-source firmware I'm getting the exact same oops.

Comment 8 Poncho 2009-11-23 17:22:14 UTC
I have the same issue with F12 on a PowerBook G4 using b43legacy.

Oops: Machine check, sig: 7 [#1]
PowerMac
Modules linked in: vfat fat fuse radeon ttm drm_kms_helper drm rfcomm sco bridge stp llc bnep l2cap sunrpc ip6t_REJECT nf_conntrack_ipv6 ipv6 nls_utf8 hfsplus dm_multipath uinput arc4 ecb b43legacy mac80211 snd_aoa_i2sbus snd_seq snd_seq_device btusb cfg80211 bluetooth snd_pcm rfkill snd_timer snd_page_alloc firewire_ohci firewire_core ide_cd_mod pmac_zilog sungem crc_itu_t snd sungem_phy soundcore snd_aoa_soundbus ssb yenta_socket rsrc_nonstatic usb_storage [last unloaded: ip6_tables]
NIP: c001d908 LR: c001d8fc CTR: c001d8dc
REGS: ef89de00 TRAP: 0200   Not tainted  (2.6.31.5-127.fc12.ppc)
MSR: 00149030 <EE,ME,IR,DR>  CR: 44000042  XER: 00000000
TASK = ef88be00[5] 'events/0' THREAD: ef89c000
GPR00: f2e26b90 ef89deb0 ef88be00 00000000 0000049a 00010000 00000002 00000010 
GPR08: 00000000 f2e2a7cc 00000000 ef89dec0 00000000 00000000 01193cd3 ef88be00 
GPR16: ef8001ac c1ca2d00 c1ca2d04 c05a405d c05a4094 c05aed3f ef89c000 c06d7048 
GPR24: ee8489c0 ee8481a0 00000001 eed85800 ee8489c8 0000049a eed85800 ef89deb0 
NIP [c001d908] ioread16+0x2c/0x40
LR [c001d8fc] ioread16+0x20/0x40
Call Trace:
[ef89dec0] [f2e26b90] ssb_pci_read16+0x5c/0x68 [ssb]
[ef89dee0] [f33a0918] b43legacy_is_hw_radio_enabled+0x68/0x74 [b43legacy]
[ef89def0] [f33a09a0] b43legacy_rfkill_poll+0x7c/0x124 [b43legacy]
[ef89df20] [f3344f4c] ieee80211_rfkill_poll+0x4c/0x54 [mac80211]
[ef89df30] [f326d128] cfg80211_rfkill_poll+0x38/0x40 [cfg80211]
[ef89df40] [f316a7bc] rfkill_poll+0x3c/0x58 [rfkill]
[ef89df50] [c006dd1c] worker_thread+0x1d0/0x23c
[ef89dfc0] [c0072b18] kthread+0x84/0x88
[ef89dff0] [c0016ee4] kernel_thread+0x4c/0x68
Instruction dump:
480037b8 7c0802a6 90010004 60000000 7c2b0b78 9421fff0 7c0802a6 90010014 
48003701 7c3f0b78 7c0004ac 7c601e2c <0c030000> 4c00012c 5463043e 397f0010 
---[ end trace 2b3de08f46b00d02 ]---

There seems to be a kernel patch that should fix the problem, but I didn't try it. (I don't know if the patch should work for b43legacy as well...)

Bug 14181 -  b43 causes panic at ifconfig down / shutdown
http://bugzilla.kernel.org/show_bug.cgi?id=14181

Comment 10 Larry Finger 2009-11-23 19:30:52 UTC
Yes, the same issue would apply to b43legacy. The only problem is that the patch in Bug 14181 is causing a problem with x86 architectures after hibernate. I'm still trying to resolve the situation.

Comment 11 Larry Finger 2009-11-23 19:59:38 UTC
Created attachment 373219 [details]
Test patch 

This patch should fix the problem for the BCM4318 using b43. It applies to the mainline 2.6.32-RC8 kernel, or the one from wireless-testing.

Comment 12 Larry Finger 2009-11-23 20:06:04 UTC
Created attachment 373224 [details]
Test patch for b43legacy

This patch is the same fix for b43legacy.

Comment 13 Poncho 2009-11-24 11:35:12 UTC
The problem is fixed for me.

I applied the "Test patch for b43legacy" to compat-wireless-2009-11-24 from http://wireless.kernel.org/download/compat-wireless-2.6/

I'm using the kernel 2.6.31.5-127.fc12.ppc

Comment 14 Alex Kanavin 2009-11-26 17:50:07 UTC
The problem seems to be gone with the 2.6.31.6-145.fc12.ppc kernel update.

Comment 15 Poncho 2009-11-28 22:40:54 UTC
I updated the kernel to 2.6.31.6-145.fc12.ppc from updates-testing repository and the kernel-oops is still the same. I am using b43legacy.


Note You need to log in before you can comment on or make changes to this bug.