| Summary: | crash related to b43 module? | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Nerijus Baliūnas <nerijus> | ||||
| Component: | kernel | Assignee: | John W. Linville <linville> | ||||
| Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 16 | CC: | adam, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, sgruszka | ||||
| Target Milestone: | --- | Keywords: | Reopened | ||||
| Target Release: | --- | ||||||
| Hardware: | i686 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2012-06-11 12:54:34 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
|
Description
Nerijus Baliūnas
2012-02-18 01:47:42 UTC
Are you able to replicate this? Or was it a single event? Please attach the full output of dmesg shortly after a reboot and the initial connection to the AP. I was not able to reproduce it. Reproduced one more time, with 3.2.9-2.fc16.i686: [ 2249.097019] ------------[ cut here ]------------ [ 2249.097066] WARNING: at /builddir/build/BUILD/kernel-3.2.fc16/compat-wireless-3.3-rc1-2/net/mac80211/rx.c:3040 ieee80211_rx+0x897/0x8f0 [mac80211]() [ 2249.097074] Hardware name: Calistoga & ICH7M Chipset [ 2249.097078] Modules linked in: ppdev parport_pc lp parport rfcomm bnep ip6t__REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state ipt_MASQUERADE iptable_nat nf_nat ip6table_filter nf_conntrack_ipv4 nf_conntrack ip6_tables nf_defrag_ipv4 coretemp fuse btusb snd_hda_codec_conexant bluetooth snd_hda_intel snd_hda_codec arc4 snd_hwdep b43 mac80211 snd_seq cfg80211 rfkill snd_seq_device bcma snd_pcm ssb iTCO_wdt tifm_7xx1 snd_timer snd sky2 tifm_core soundcore joydev i2c_i801 iTCO_vendor_support snd_page_alloc microcode vhost_net macvtap macvlan tun virtio_net kvm_intel kvm uinput binfmt_misc sdhci_pci sdhci firewire_ohci yenta_socket mmc_core firewire_core crc_itu_t i915 drm_kms_helper drm i2c_algo_bit i2c_core video [last unloaded: scsi_wait_scan] [ 2249.097191] Pid: 998, comm: irq/16-b43 Not tainted 3.2.9-2.fc16.i686 #1 [ 2249.097196] Call Trace: [ 2249.097208] [<c091a777>] ? printk+0x2d/0x2f [ 2249.097219] [<c044f192>] warn_slowpath_common+0x72/0xa0 [ 2249.097251] [<f855c777>] ? ieee80211_rx+0x897/0x8f0 [mac80211] [ 2249.097283] [<f855c777>] ? ieee80211_rx+0x897/0x8f0 [mac80211] [ 2249.097291] [<c044f1e2>] warn_slowpath_null+0x22/0x30 [ 2249.097323] [<f855c777>] ieee80211_rx+0x897/0x8f0 [mac80211] [ 2249.097332] [<c0466549>] ? __queue_work+0xc9/0x380 [ 2249.097357] [<f85bc904>] b43_rx+0x344/0x5f0 [b43] [ 2249.097366] [<c05213ea>] ? __kmalloc_track_caller+0x1da/0x1f0 [ 2249.097375] [<c0472f2b>] ? sched_clock_local+0xcb/0x1c0 [ 2249.097399] [<f85c1e9f>] b43_dma_rx+0x1ff/0x2f0 [b43] Will attach dmesg. Created attachment 569218 [details]
dmesg after crash
I'm not sure my observations are related to the same report. (If not, please let me know and I'll open a new bug report.) What I saw: I have a Dell Latitude D820, with a "Broadcom Corporation BCM4311 802.11a/b/g (rev 01)" (as listed by lspci.) Currently running 3.2.9-2.fc16.i686.PAE. When I suspend (pm-suspend) the system suspends and resumes, but soon after it then hangs. If I "tail -f /var/log/messages" I can what I assume are kernel oops'es collected via abrt right before the system hangs. But those log messages aren't there after reboot - suggesting that the disk isn't writeable on resume. I tried hibernating and saw this as it was hibernating: http://wireless.kernel.org/en/users/Drivers/b43#devicefirmware PM: Device phy0 failed to thaw: error -2 (It did hibernate, as it turns out, but I had to hard power it down. And when I resume I was able to make it crash by doing a "modprobe -r b43") Give the above clues, I tried doing a "modprobe -r b43" on a freshly booted system. All of a sudden I can suspend and hibernate with no problems. Please let me know if I can provide any additional diagnostic data to help with the triage and (I hope) remedy. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. It seems there's a difference between what happens when I close my laptop's lid from an X login screen and when I type pm-suspend (sudo'd to root) from a terminal. The former works fine, repeated suspends in a row, without any problems. When I login to an alt (text) console, sudo to root, and run pm-suspend, it hangs. Once it hung prior to actually suspending. Another time, it suspended, but it came back up without the wireless light lit even though the b43 module was there via lsmod. When I triggered a second pm-suspend it hung on the way down. Btw, my work-around (for when I'm not testing) is to add a file to /etc/pm/config.d with the text: SUSPEND_MODULES=b43 That works just fine - repeated suspends and everything. Let me know if I can assist with additional testing. |