Re: [PATCH] b43legacy: Fix problem for PPC architecture noted in Red Hat Bugzilla #538523
Hello All! 2009/11/24 Larry Finger larry.fin...@lwfinger.net: For PPC architecture with PHY Revision 3, a read of the register B43_MMIO_HWENABLED_LO will cause a CPU fault unless b43legacy_status() returns a value of 2 (B43legacy_STAT_STARTED); however, one finds that the driver is unable to associate after resuming from hibernation unless this routine returns 1. To satisfy both conditions, the routine is rewritten to return TRUE whenever b43legacy_status() returns a value 2. This patch fixes the second problem listed in the postings for Red Hat Bugzilla #538523. Signed-off-by: Larry Finger larry.fin...@lwfinger.net Cc: Stable sta...@vger.org Seems that b43 has similar issue(s): https://bugzilla.redhat.com/show_bug.cgi?id=539267 -- With best regards, Peter Lemenkov. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
[Bug 538579] New: Kernel dead, when with the default b43 Firmware, a while full speed downloading
Hello All! The reporter is encountering kernel crashes while downloading at high speed using openfwwf firmware. He claims in a separate post, that if he switches to proprietary firmware, the problem is gome. What additional information should I ask him? -- Forwarded message -- From: bugzi...@redhat.com Date: 2009/11/18 Subject: [Bug 538579] New: Kernel dead, when with the default b43 Firmware, a while full speed downloading To: lemen...@gmail.com Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Kernel dead, when with the default b43 Firmware, a while full speed downloading https://bugzilla.redhat.com/show_bug.cgi?id=538579 Summary: Kernel dead, when with the default b43 Firmware, a while full speed downloading Product: Fedora Version: 12 Platform: i686 OS/Version: Linux Status: NEW Severity: urgent Priority: low Component: b43-openfwwf AssignedTo: lemen...@gmail.com ReportedBy: wuchuan...@gmail.com QAContact: extras...@fedoraproject.org CC: lemen...@gmail.com Estimated Hours: 0.0 Classification: Fedora Description of problem: kernel dead Version-Release number of selected component (if applicable): How reproducible: with the default b43 Firmware, a while full speed downloading -- the problem occurs everytime, easy to Reproduce. my Wlan Card: 02:00.0 Network controller: Broadcom Corporation BCM4311 802.11b/g WLAN (rev 01) there is no problem if i use the old firmwares -- -- With best regards, Peter Lemenkov. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
[Bug 538579] Kernel dead, when with the default b43 Firmware, a while full speed downloading
, losing inode data: dev=00:05, inode=6181 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 name_count maxed, losing inode data: dev=00:05, inode=6196 cfg80211: World regulatory domain updated: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) (2457000 KHz - 2482000 KHz @ 2 KHz), (300 mBi, 2000 mBm) (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) hda_codec: Unknown model for ALC268, trying auto-probe from BIOS... ALSA sound/pci/hda/hda_codec.c:3862: autoconfig: line_outs=1 (0x14/0x0/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:3866: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:3870: hp_outs=1 (0x15/0x0/0x0/0x0/0x0) ALSA sound/pci/hda/hda_codec.c:3871: mono: mono_out=0x0 ALSA sound/pci/hda/hda_codec.c:3882: inputs: mic=0x18, fmic=0x19, line=0x0, fline=0x0, cd=0x0, aux=0x0 ALSA sound/pci/hda/patch_realtek.c:1181: realtek: No valid SSID, checking pincfg 0x4016862d for NID 0x1d ALSA sound/pci/hda/patch_realtek.c:1197: realtek: Enabling init ASM_ID=0x862d CODEC_ID=10ec0268 input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input10 name_count maxed, losing inode data: dev=00:05, inode=6181 name_count maxed, losing inode data: dev=00:05, inode=6287 phy0: Selected rate control algorithm 'minstrel' name_count maxed, losing inode data: dev=00:05, inode=6181 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 name_count maxed, losing inode data: dev=00:05, inode=6289 Broadcom 43xx driver loaded [ Features: PML, Firmware-ID: FW13 ] cfg80211: Calling CRDA for country: DE cfg80211: Regulatory domain changed to country: DE (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (240 KHz - 2483500 KHz @ 4 KHz), (N/A, 2000 mBm) (515 KHz - 535 KHz @ 4 KHz), (N/A, 2000 mBm) (547 KHz - 5725000 KHz @ 4 KHz), (N/A, 2698 mBm) device-mapper: multipath: version 1.1.0 loaded EXT4-fs (sda8): internal journal on sda8:8 EXT4-fs (sda7): barriers enabled kjournald2 starting: pid 711, dev sda7:8, commit interval 5 seconds EXT4-fs (sda7): internal journal on sda7:8 EXT4-fs (sda7): delayed allocation enabled EXT4-fs: file extents enabled EXT4-fs: mballoc enabled EXT4-fs (sda7): mounted filesystem with ordered data mode Adding 2040212k swap on /dev/sda9. Priority:-1 extents:1 across:2040212k -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. -- With best regards, Peter Lemenkov. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Fwd: [Bug 515668] New: kernel BUG at drivers/net/wireless/b43/dma.c:1406! when using openfwwf firmware
Hello,All! Here is a bug report regarding DMA issues with openfwwf ver. 5.2 . I suspect, that this is a known issue, but anyway, maybe this bugzilla ticket will add something important. -- Forwarded message -- From: bugzi...@redhat.com Date: 2009/8/5 Subject: [Bug 515668] New: kernel BUG at drivers/net/wireless/b43/dma.c:1406! when using openfwwf firmware To: lemen...@gmail.com Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: kernel BUG at drivers/net/wireless/b43/dma.c:1406! when using openfwwf firmware https://bugzilla.redhat.com/show_bug.cgi?id=515668 Summary: kernel BUG at drivers/net/wireless/b43/dma.c:1406! when using openfwwf firmware Product: Fedora Version: 11 Platform: i686 OS/Version: Linux Status: NEW Severity: urgent Priority: low Component: b43-openfwwf AssignedTo: lemen...@gmail.com ReportedBy: arethus...@gmail.com QAContact: extras...@fedoraproject.org CC: lemen...@gmail.com Estimated Hours: 0.0 Classification: Fedora User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.1) Gecko/20090717 Fedora/3.5.1-3.fc11 Firefox/3.5.1 I am using a Linksys PCMCIA wireless card, which is model WPC54GS at version 2, on a Fedora 11 system installed on a Thinkpad T42. When I am using the b43 kernel module in conjunction with the b43-openfwwf firmware, I frequently observe the system panic when there is heavy amounts of network activity on the wireless card interface. Empirically, this issue only seems to happen when the card is associated with the residential wireless network broadcast by the Actiontec MI424WR wireless router, and it does not occur when using the Broadcom firmware extracted according to the instructions from http://www.linuxwireless.org/en/users/Drivers/b43#device_firmware. I can most consistently cause a crash by using the speed testing service at http://www.speedtest.net/ to stress test the wireless interface. Reproducible: Always Steps to Reproduce: 1. Install b43-openfwwf to get the wireless card operational. 2. Visit http://www.speedtest.net/ for an easy way to stress test the card. 3. Start a speed test. The kernel should panic shortly after the test is begun. Actual Results: The system halts with a kernel panic. Expected Results: The system should not crash. I captured the resulting kernel panic using netconsole, since the system did not switch to a text console when the panic occurred. The information from lspci -vv regarding the card is: 03:00.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02) Subsystem: Linksys Device 0049 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 64 Interrupt: pin A routed to IRQ 11 Region 0: Memory at c400 (32-bit, non-prefetchable) [size=8K] Kernel driver in use: b43-pci-bridge Kernel modules: ssb -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug. -- With best regards, Peter Lemenkov. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
