Hide Forgot
Kernel 3.2.6-3.fc16.i686, Network controller: Broadcom Corporation BCM4311 802.11a/b/g (rev 02) ------------[ cut here ]------------ 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]() Hardware name: Calistoga & ICH7M Chipset Modules linked in: ppdev parport_pc lp parport lockd rfcomm bnep vboxpci(O) vboxnetadp(O) vboxnetflt(O) ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 vboxdrv(O) nf_conntrack ip6table_filter nf_defrag_ipv4 ip6_tables coretemp fuse btusb bluetooth snd_hda_codec_conexant snd_hda_intel arc4 snd_hda_codec iTCO_wdt snd_hwdep snd_seq b43 iTCO_vendor_support mac80211 snd_seq_device snd_pcm i2c_i801 cfg80211 rfkill snd_timer bcma sky2 ssb tifm_7xx1 tifm_core snd soundcore snd_page_alloc joydev microcode vhost_net macvtap mac vlan tun virtio_net kvm_intel kvm uinput binfmt_misc sunrpc firewire_ohci yenta_socket sdhci_pci sdhci mmc_core firewire_core crc_itu_t i915 drm_kms_helper drm i2c_algo_bit i2c_core video [last unloaded: scsi_wait_scan] Pid: 1020, comm: irq/16-b43 Tainted: G C O 3.2.6-3.fc16.i686 #1 Call Trace: [<c091837c>] ? printk+0x2d/0x2f [<c044eb32>] warn_slowpath_common+0x72/0xa0 [<f8567727>] ? ieee80211_rx+0x897/0x8f0 [mac80211] [<f8567727>] ? ieee80211_rx+0x897/0x8f0 [mac80211] [<c044eb82>] warn_slowpath_null+0x22/0x30 [<f8567727>] ieee80211_rx+0x897/0x8f0 [mac80211] [<f85cb66e>] ? setup_rx_descbuffer+0x2e/0x1d0 [b43] [<c0465f39>] ? __queue_work+0xc9/0x380 [<c0823f28>] ? skb_release_data+0xa8/0xd0 [<f85c7904>] b43_rx+0x344/0x5f0 [b43] [<c0520078>] ? __kmalloc_track_caller+0x1c8/0x1d0 [<c047291b>] ? sched_clock_local+0xcb/0x1c0 [<f85cce9f>] b43_dma_rx+0x1ff/0x2f0 [b43] [<c043ec2d>] ? update_curr_rt+0x20d/0x3d0 [<c043eefe>] ? dequeue_task_rt+0x2e/0x40 [<f85ad9d5>] b43_do_interrupt_thread+0x365/0x5e0 [b43] [<c091ed91>] ? __schedule+0x391/0x8b0 [<c04559e7>] ? irq_exit+0x47/0xa0 [<f85adc6d>] b43_interrupt_thread_handler+0x1d/0x30 [b43] [<c04b20b1>] irq_thread_fn+0x21/0x40 [<c04b201f>] irq_thread+0x13f/0x1b0 [<c04b2090>] ? irq_thread+0x1b0/0x1b0 [<c04b1ee0>] ? irq_finalize_oneshot+0xf0/0xf0 [<c046c4fd>] kthread+0x6d/0x80 [<c046c490>] ? kthread_worker_fn+0x140/0x140 [<c092873e>] kernel_thread_helper+0x6/0x10 ---[ end trace a8bebfea5ceef3ad ]--- ------------[ cut here ]------------ Notebook hung after this.
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.
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.