On Tuesday 06 February 2007 23:40, Larry Finger wrote:
I was a bit too enthusiastic. The patch I sent earlier actually breaks
the 4318. It does make 4311 and 4312's work for the wrong reason. If
you have that card, you can use it in the meantime while we find out
just why it helps there.
Sorry
Hi,
the code in bcm43xx_wc.c:bcm43xx_wx_set_channelfreq() passes the value
unchanged to bcm43xx_freq_to_channel() which leads to mistakes, because
bcm43xx_freq_to_channel() expects the frequency in MHz, but the value
given to bcm43xx_wx_set_channelfreq() might be scaled somehow different.
Also
On Wednesday, 7 February 2007 14:23, Larry Finger wrote:
Johannes Berg wrote:
On Tue, 2007-02-06 at 11:39 -0600, Larry Finger wrote:
There is a kernel oops on bcm43xx when resuming due to an overly tight
timeout loop.
Come to think of it... Is there any chance of fixing the actual
Rafael J. Wysocki wrote:
On Wednesday, 7 February 2007 07:34, Pavel Roskin wrote:
On Wed, 2007-02-07 at 00:02 -0600, Larry Finger wrote:
The patch below will only affect cards with PHY revision 8, which I think
are only BCM4311 and
BCM4312. At least those are the only ones in the database.
Jörg Sommer wrote:
Hi,
the code in bcm43xx_wc.c:bcm43xx_wx_set_channelfreq() passes the value
unchanged to bcm43xx_freq_to_channel() which leads to mistakes, because
bcm43xx_freq_to_channel() expects the frequency in MHz, but the value
given to bcm43xx_wx_set_channelfreq() might be scaled
Johannes Berg wrote:
On Tue, 2007-02-06 at 11:39 -0600, Larry Finger wrote:
There is a kernel oops on bcm43xx when resuming due to an overly tight
timeout loop.
Come to think of it... Is there any chance of fixing the actual oops
that happens in this case? I can imagine broken hardware or
On Wed, 2007-02-07 at 07:50 -0600, Larry Finger wrote:
Could you please apply this patch and tell me what gets printed after you
resume, and whether you
did a suspend to RAM or disk?
Oh and if anyone else does this please also let us know what it prints
on a regular freshly booted modprobe.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Larry Finger wrote:
Johannes Berg wrote:
On Wed, 2007-02-07 at 07:23 -0600, Larry Finger wrote:
As you suggested earlier, a slow clock setting in the bcm43xx device may be
the cause of this
difficulty. If my laptop would suspend/resume
I use a BCM4318 on PPC. When I first boot, I get:
bcm43xx: It took 16 tries to set IRQ_READY
Then I suspend-to-RAM, and after wake-up, I get:
bcm43xx: It took 65 tries to set IRQ_READY
Maybe the error is somewhere else.
AFAIK a PC-Card is handled like a PCI device. Therefore, from
pciutils
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joseph Jezak escribió:
bcm43xx: Controller RESET (TX timeout) ...
bcm43xx: IRQ_READY timeout
bcm43xx: core_up for active 802.11 core failed (-19)
bcm43xx: Controller restart failed
bcm43xx: ASSERTION FAILED (!err)
at:
Fernando Toledo wrote:
Pavel Roskin escribió:
rate: iperf reports:
1 928 Kbits/sec
2 1.69 Mbits/sec
5.53.92 Mbits/sec
6 4.78 Mbits/sec
9 6.55 Mbits/sec
11 5.97 Mbits/sec
12 8.18 Mbits/sec
18 10.4 Mbits/sec
24 13.0 Mbits/sec
36 15.1
Jochen Puchalla wrote:
this sounds wonderful! However, I applied this patch and
radio_enable_2.6.20 to my 2.6.20-rc7 on an HP nx6325 (I know you have
one as well), but still I only get 100kB/s at 1M 2M 5.5M and 11M. Do I
need the combined-patch for 2.6.20? I only have 1GB RAM and don't do
On 2/7/07, Larry Finger [EMAIL PROTECTED] wrote:
[...]
+http://developer.berlios.de/project/showfiles.php?group_id=4547.
-http://developer.berlios.de/project/showfiles.php?group_id=4547.
+http://developer.berlios.de/project/showfiles.php?group_id=4547
[...]
On Wed, 2007-02-07 at 19:49 -0600, Larry Finger wrote:
+This driver has been developend using a clean-room technique that is
described
developed
+Since the release of the 2.6.17 kernel, the bcm43xx driver has been
dstributed
distributed
Please make sure to spell check the final edition.
Hello!
Maybe this could be incorporated into fwcutter README. Maybe it could
even turned into scripts.
The latest V4 firmware (driver version 4.102.15.61) can be obtained by:
wget
http://www.station-drivers.com/telechargement/broadcom/broadcom%20bcm-43x-4.102.15.61-vista.exe
7za x broadcom
Pavel Roskin wrote:
On Wed, 2007-02-07 at 19:49 -0600, Larry Finger wrote:
+This driver has been developend using a clean-room technique that is
described
developed
+Since the release of the 2.6.17 kernel, the bcm43xx driver has been
dstributed
distributed
Please make sure to
On Thursday, 8 February 2007 02:17, Larry Finger wrote:
Jochen Puchalla wrote:
this sounds wonderful! However, I applied this patch and
radio_enable_2.6.20 to my 2.6.20-rc7 on an HP nx6325 (I know you have
one as well), but still I only get 100kB/s at 1M 2M 5.5M and 11M. Do I
need the
Hello!
This patch to bcm43xx_d80211 makes my bcm4312 associate with 802.11g
access points immediately:
diff --git a/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
b/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
index e101ed5..1470c5b 100644
---
On Thursday, 8 February 2007 01:10, Larry Finger wrote:
Fernando Toledo wrote:
Pavel Roskin escribió:
rate: iperf reports:
1 928 Kbits/sec
2 1.69 Mbits/sec
5.53.92 Mbits/sec
6 4.78 Mbits/sec
9 6.55 Mbits/sec
11 5.97 Mbits/sec
12 8.18
19 matches
Mail list logo