Johan Ehnberg wrote:
Hi,
I have more to report today. I was able to connect to the network now,
but the connection is sluggish at least with WPA, and eventually
disconnects. I am getting a lot of the following messages:
[ 477.704000] printk: 2 messages suppressed.
[ 484.516000]
Johan Ehnberg wrote:
The sluggishness disappeared with rate 11M. It was at 24M like you
assumed. But the connection is still lost after a few minutes. It then
takes a minute before it automatically (most of the time) reconnects.
As I see it, there are two shortcomings of the driver at
Rodrigo Luiz wrote:
Hi.
Which the status of the support to the WPA in wireless-dev tree using bcm43xx?
Which the known issues?
Only signal strength. If you have enough signal, bcm43xx-mac80211 authenticates
with WPA-PSK TKIP.
Although I haven't test it, WPA2 should also work.
Larry
Patch 1/3: Fix some typos and a logic error involving phy-gmode that caused
machine checks on PPC architecture with phy-rev == 1 chips.
Signed-off-by: Larry Finger [EMAIL PROTECTED]
---
John,
This patch is for the wireless-dev tree. A separate one will be prepared
for the mb tree.
Larry
Patch 2/3: There are recent changes to the specs that eliminate a
number of machine check errors on PPC architecture when used with
phy-rev == 1 chips.
Signed-off-by: Larry Finger [EMAIL PROTECTED]
---
John,
This patch is for the wireless-dev tree. A separate one will be prepared
for the mb
necessary for bcm43xx-softmac as well.
Signed-off-by: Larry Finger [EMAIL PROTECTED]
---
John,
This patch is for the wireless-dev tree. A separate one will be prepared
for the mb tree.
Larry
Index: wireless-dev/drivers/net/wireless/mac80211/bcm43xx/bcm43xx_phy.c
Stefano Brivio wrote:
On Thu, 19 Apr 2007 08:47:06 -0500
Larry Finger [EMAIL PROTECTED] wrote:
@@ -599,16 +599,16 @@ static void bcm43xx_phy_agcsetup(struct
Just FYI, I'm going to whack this whole function soon, when the R.E. team
is done with A PHY LO specifications and I release
Jiri Benc wrote:
The whole signal reporting in WE looks like a mess to me. It seems that
no renaming could help here, I'm afraid - the names you consider better
others consider worse.
Let's leave it as is, and return to it when converting mac80211 to use
cfg80211. With a bit of luck it
In mac80211, the results of a scan show basic rates followed by extended
rates, thus values are not listed in any particular order. This patch sorts
all rates in increasing value.
Signed-off-by: Larry Finger [EMAIL PROTECTED]
---
Index: wireless-dev/net/mac80211/ieee80211_sta.c
In ieee80211, the output of scan results lists channels rather than
frequencies; however, NetworkManager needs frequency. This patch
changes the output from channel to frequency.
Signed-off-by: Larry Finger [EMAIL PROTECTED]
---
Index: wireless-2.6/net/ieee80211/ieee80211_wx.c
In ieee80211, the output of scan results lists channels rather than
frequencies; however, NetworkManager needs frequency. This patch
adds the frequency to the output.
Signed-off-by: Larry Finger [EMAIL PROTECTED]
---
Index: wireless-2.6/net/ieee80211/ieee80211_wx.c
Johannes Berg wrote:
On Sat, 2007-04-21 at 15:42 +0200, Joerg Mayer wrote:
On Fri, Apr 20, 2007 at 11:25:40PM -0500, Larry Finger wrote:
+ if (network-channel 15)
+ iwe.u.freq.m = 2407 + 5 * network-channel;
+ else
+ iwe.u.freq.m = 5000 + 5 * network-channel
Dan Williams wrote:
On Sat, 2007-04-21 at 00:12 -0400, Pavel Roskin wrote:
Quoting Larry Finger [EMAIL PROTECTED]:
In ieee80211, the output of scan results lists channels rather than
frequencies; however, NetworkManager needs frequency. This patch
changes the output from channel to frequency
Dan Williams wrote:
Haha. Ok. NM should be smarter about this and convert channels
returned by the driver into frequencies. In the end, I prefer
frequencies where at all possible, because channel numbers are _not_
unique (unless you use the the tuple of [standard, band, channel] where
Michael,
In your new txpower routines, I didn't see any changes to routine 'lo_measure_txctl_values', which
is where the failure to initialize tx_bias occurs. The patch below sets it correctly.
Larry
Index: wireless-dev/drivers/net/wireless/mac80211/bcm43xx/bcm43xx_lo.c
Otto Solares wrote:
Hi!
I have seen lot of progress in the bcm43xx driver so I searched
for the BCM4320 support but can't find anything on the homepage
nor this list's archive.
Would like to know what is the status for this chipset? or is
this chipset too different to be supported by
Otto Solares wrote:
On Tue, Apr 24, 2007 at 10:47:23PM -0400, Joseph Jezak wrote:
Otto Solares wrote:
Hi!
I have seen lot of progress in the bcm43xx driver so I searched
for the BCM4320 support but can't find anything on the homepage
nor this list's archive.
Would like to know what is the
Otto Solares wrote:
Broadcom BCM4320 802.11 Wireless Controller
Well, I installed pciutils in the WRT and found this:
0:05.0 Network controller: Broadcom Corporation BCM4306 802.11b/g Wireless
LAN Controller
Flags: bus master, fast devsel, latency 64, IRQ 2
Memory at
Joseph Jezak wrote:
Otto Solares wrote:
On Tue, Apr 24, 2007 at 09:46:35PM -0600, Otto Solares wrote:
On Tue, Apr 24, 2007 at 10:47:23PM -0400, Joseph Jezak wrote:
Otto Solares wrote:
Hi!
I have seen lot of progress in the bcm43xx driver so I searched
for the BCM4320 support but can't find
Michael Buesch wrote:
Ok, Larry. I don't really get where the bug is.
I think the tx_magn and tx_bias stuff you discovered (writing
0x20 to radio 0x52) is not really the cause of the problem
either. I think it just papers over the real problem somewhere
else.
Why do I say that? Well, if I
The SoftMAC version of bcm43xx has reached a new level with the release of
kernel 2.6.21. For the
first time, the bcm43xx code in a kernel release works without patching and
transmits and receives
at speeds faster than most Internet connections. As usual, there are
enhancements in the
Andrew J. Barr wrote:
I am having quite a lot of trouble with my Apple Airport Extreme card
(BCM4306). I hear that it's well-supported, but I still have power
issues, although my house is rather large and that probably exacerbates
the problem.
There are at least two versions of the BCM4306.
Christian Hoffmann wrote:
Hi,
applying combined-patches against 2.6.21 gives me following problems on
gentoo:
CC [M] net/sctp/sysctl.o
CC [M] net/sctp/ipv6.o
LD [M] net/sctp/sctp.o
Building modules, stage 2.
MODPOST 281 modules
WARNING: ieee80211_debug_level
At present, transmission rate information for mac80211 is available only
if verbose debugging is turned on, and then only in the logs. This patch
implements the SIOCGIWRATE ioctl, which adds the current transmission rate to
the output of iwconfig.
Signed-off-by: Larry Finger [EMAIL PROTECTED
At present, transmission rate information for mac80211 is available only
if verbose debugging is turned on, and then only in the logs. This patch
implements the SIOCGIWRATE ioctl, which adds the current transmission rate to
the output of iwconfig.
Signed-off-by: Larry Finger [EMAIL PROTECTED
Patrick McHardy wrote:
That pretty much defeats the reason why CONFIG_NET_SCH_FIFO was created.
So far without CONFIG_NET_SCHED the wme scheduler didn't even register,
so it seems the proper fix is to get rid of all #ifdef CONFIG_NET_SCHED
and simply avoid building it.
At least this fix
I am seeing unusual behavior with bcm43xx-mac80211. When I first load the
module and make a
connection, iwconfig reports a Signal level of -33 dBm, a Link quality' of
115/100, and a Bit
rate of 11 Mbs. Within 10-15 seconds, the Signal level has gone down to -48
dBm, the Link quality is
at
The CONFIG_BCM947XX configuration variable was designed for use by the
embedded device used by the OpenWRT project. The device has been shifted
to the ssb driver in bcm43xx-mac80211 and will not be used with SoftMAC.
Accordingly, this dead configuration variable is removed.
Signed-off-by: Larry
At present, transmission rate information for mac80211 is available only
if verbose debugging is turned on, and then only in the logs. This patch
implements the SIOCGIWRATE ioctl, which adds the current transmission rate to
the output of iwconfig.
Signed-off-by: Larry Finger [EMAIL PROTECTED
Ehud Gavron wrote:
Ok, so I was bored... and installed the 2.6.21 kernel.
I then patch -p1 combined_2.6.21.patch
make
make modules_install
make install
sync reboot -f
The bcm43xx modules reports associated... scanning... associated... with
another message in the middle, about once
Ehud Gavron wrote:
Just to be precise, I repeated everything. Here it is in gory detail,
except that I don't know how to capture the panic attack info because
the system is stuck and I think a camera screenshot would be lame ;)
Do you have the option of using netconsole to capture the
Ehud Gavron wrote:
Do you mean:
1. Reboot in 2.6.21...
2. Associate or not, do whatever you normally do, wait till it either
WON'T WORK or CRASHES
3. Reboot in FC6 (2.6.20-1.2948.fc6)
4. Send log file lines starting with bcm..
Reboot in 2.6.21 and let it run until if loses
Oscar A. Valdez wrote:
Hmmm...
I have a Dell laptop with a Dell Wireless 1390 802.11g Mini Card
54Mbps. The most I get from it is 11Mbps with softmac and the 3.50.21.0
wl.o firmware.
Can anyone suggest ways I can improve my speed?
What kernel are you using, and what patch level? If you
Denis V Seleznyov wrote:
On Sunday, 06 May 2007 04:11:49 Denis V Seleznyov wrote:
Ehud Gavron wrote:
The bcm43xx modules reports associated... scanning... associated... with
another message in the middle, about once every half second without
stopping.
The dmesg shows radio on, link not
Jörg Sommer wrote:
Hallo Larry,
Larry Finger [EMAIL PROTECTED] wrote:
Denis V Seleznyov wrote:
On Sunday, 06 May 2007 04:11:49 Denis V Seleznyov wrote:
Ehud Gavron wrote:
The bcm43xx modules reports associated... scanning... associated... with
another message in the middle, about once
Rafael J. Wysocki wrote:
Hi,
Is there any way to force bcm43xx to use specific bit rate (eg. 11 M)?
On my box it tends to automatically switch to 24 M, even if I do
# iwconfig eth1 rate 11M fixed
If you use git, reverting commit bb52a653eaef4aee877b2fa36de8699926f788bd will
make your
Rafael J. Wysocki wrote:
On Wednesday, 9 May 2007 07:35, Larry Finger wrote:
Rafael J. Wysocki wrote:
Hi,
Is there any way to force bcm43xx to use specific bit rate (eg. 11 M)?
On my box it tends to automatically switch to 24 M, even if I do
# iwconfig eth1 rate 11M fixed
If you use git
Rafał Miłecki wrote:
Linux acer 2.6.21-104-default #1 SMP Mon May 7 15:08:57 UTC 2007 i686
athlon i386 GNU/Linux
06:05.0 Network controller: Broadcom Corporation BCM4318 [AirForce One
54g] 802.11g Wireless LAN Controller (rev 02)
Subsystem: AMBIT Microsystem Corp. Aspire 3022WLMi,
Michael Wu wrote:
On Thursday 03 May 2007 21:21, Larry Finger wrote:
+static int ieee80211_ioctl_giwrate(struct net_device *dev,
+ struct iw_request_info *info,
+ struct iw_param *rate, char *extra)
+{
+struct ieee80211_local
saleh saeed wrote:
I am new in linux
I have hp pavilion dv6248eu
with AMD turion 64 x2
and Broadcom 4312 wireless card.
how can I use this patch to make my wireless card working
This patch is not the best way for you to go. You should download v2.6.22-rc1
kernel source, build
it for your
tICT wrote:
Hi, I'm a Dell Wireless 1390 user (chipset 4311) and I notice a very low
output power compared to wrapped drivers.
Link is unstable if I'm not near the AP and, as I can read on my router
status page, SNR is between 15-20dB (low).
# iwconfig writes Tx-Power=18 dBm.
Index: wireless-mb/drivers/net/wireless/mac80211/bcm43xx/bcm43xx_phy.c
===
--- wireless-mb.orig/drivers/net/wireless/mac80211/bcm43xx/bcm43xx_phy.c
+++ wireless-mb/drivers/net/wireless/mac80211/bcm43xx/bcm43xx_phy.c
@@ -4122,6
Michael Buesch wrote:
Ok, on which specification bits is this actually based? :)
txpower_bg still needs a rewrite, and I have a patch for that in
the pipeline, but it's still buggy due to missing specs stuff.
It is not in the V4 specifications that I have found, but the V3 (softmac)
Fernando Toledo wrote:
hi all
i test my bcm4311 from my HP nx7400 with the wireless-dev git tree (mac80211)
and want to report some things:
i found that the speed is very similar to the old softmac driver (Good!)
networkmanager just connect on firstime (Good!)
[EMAIL PROTECTED]:~$ dmesg
Michael Buesch wrote:
On Saturday 26 May 2007 19:55:30 Larry Finger wrote:
Michael Buesch wrote:
Ok, on which specification bits is this actually based? :)
txpower_bg still needs a rewrite, and I have a patch for that in
the pipeline, but it's still buggy due to missing specs stuff
A disagreement between the specifications and the bcm43xx code has just
been discovered and is hereby fixed.
Signed-off-by: Larry Finger [EMAIL PROTECTED]
---
John,
This patch should be applied to wireless-2.6. Although it is a bug fix,
it doesn't seem to have much effect on performance
Fernando Toledo wrote:
[EMAIL PROTECTED]:~$ iperf -c 192.168.10.20 -p 5000
Client connecting to 192.168.10.20, TCP port 5000
TCP window size: 16.0 KByte (default)
[ 3]
Fernando Toledo wrote:
[EMAIL PROTECTED]:~$ iperf -c 192.168.10.20 -p 5000 -r
Server listening on TCP port 5000
TCP window size: 85.3 KByte (default)
Rafał Miłecki wrote:
2007/5/9, Larry Finger [EMAIL PROTECTED]:
There are some problems with bcm43xx in a crowded environment;
however, I think your problems are
with signal strength. The iwconfig log shows only very low signal
levels. I see that you are using
2.6.21. Have you patched
Michael Buesch wrote:
On Wednesday 30 May 2007 22:07:29 Markus Rothe wrote:
Hello,
I'm trying to use bcm43xx_mac80211 module from wireless-dev git
(checked out today). Unfortunately I've some problems. The device is
not recognized. I cannot ifconfig ethx up for example.
From dmesg:
[...]
john wrote:
Success! Using linux 2.6.21 and your patch, I'm sending this email from
the laptop over the wireless link.
Many thanks for all the help and suggestions,
Congratulations. The fixes added between 2.6.21 and 2.6.22 are quite important.
Larry
When debugging the SIOCSIWRATE routine, I have issued numerous 'iwconfig'
commands to see if my code
is working correctly. When doing so, I noticed that the signal level is usually
at -48 dBm, but that
it would jump up to much higher values on occasion. In the automatic speed
mode, these
Bin Zhang wrote:
On 5/31/07, Bin Zhang [EMAIL PROTECTED] wrote:
I have a 4306 card:
0001:10:12.0 Network controller: Broadcom Corporation BCM4306
802.11b/g Wireless LAN Controller (rev 03)
bcm43xx_mac80211 stops working with wireless-dev git 29 May 2007.
bcm43xx works.
With today's
In routine rate_control_simple_rate_init in net/mac80211/rc80211_simple.c,
there is a comment that says
/* TODO: what is a good starting rate for STA? About middle? Maybe not
* the lowest or the highest rate.. Could consider using RSSI from
* previous packets? Need
John H. wrote:
bcm43xx mac80211:
YOUR FIRMWARE IS TOO OLD. Firmware from binary drivers older than
version 4.x is unsupported. You must upgrade your firmware files.
I get that now with f7 and 2.6.21 and didn't with fc6 2.6.20.
However, I read that the error is not what it sounds like.
John H. wrote:
Thanks for the prompt response.
I have a dell e1505. Do I need an updated fwcutter as well? What is
the actual driver I need? The device is broadcom 1390?
I missed one keyword in my message - you need a V4 Windows or OS X driver. I
use wl_apsta.o, but
that driver occurs
John H. wrote:
Sorry, I got it all fixed. The XP installation on my system had the
file. There is a warning that says
Warning! Idle-TSSI Disabling TX power adjustment.
But I assume it's nothing? Hopefully this doesn't have the speed
problems that required a patch before.
It is not
Gene Heskett wrote:
I too would be interested in seeing this updated because I'm ATM making
backups of the goodies on an FC5 lappy, HP-dv5120us, preparatory to rebooting
from the F7 dvd. The radio in that lappy is a bcm-4318.
Under FC5, its operation was at best, sporadic and I usually
The changes contained herein are needed to get reasonable numbers for wireless
statistics in bcm43xx-mac80211.
Signed-off-by: Larry Finger [EMAIL PROTECTED]
---
bcm43xx_main.c |4 ++--
bcm43xx_xmit.c |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
Index: wireless-mb/drivers
Gene Heskett wrote:
On Saturday 02 June 2007, Gene Heskett wrote:
Greetings;
Fresh F7 install on that lappy. Kernel is 2.6.21.1, i686 version, on a
powernow-k8 64 bitter.
Whats the procedure to get this working?
Addendum:
Installing bcm43xx-fwcutter, following the instructions on
Gene Heskett wrote:
On Saturday 02 June 2007, Larry Finger wrote:
wlan0 IEEE 802.11g ESSID:ICECAP4NIGHTCAP
Mode:Managed Frequency:2.442 GHz Access Point: 00:12:0E:12:68:D5
Retry min limit:7 RTS thr:off Fragment thr=2346 B
Encryption key:off
Ioannis Nousias wrote:
hello,
does the driver have a 'run-time' option/parameter to enable printing of
debug information or at least be more verbose ?
basically I can't get it to work and it doesn't report any warning/error
messages. The only information I have is the following:
The
John W. Linville wrote:
On Sat, Jun 02, 2007 at 01:39:25PM -0500, Larry Finger wrote:
I can only guess at why FC 7 uses the mac80211 driver.
To wean people off of softmac's teat...
That was my guess...
Larry
___
Bcm43xx-dev mailing list
Louis-David Mitterrand wrote:
Hi,
Using kernel 2.6.21.2 on a debian unstable system I have this error when
ifup wlan0:
Jun 3 09:21:13 styx kernel: bcm43xx: PHY connected
Jun 3 09:21:13 styx kernel: firmware_loading_store: unexpected value
(0)
Jun 3 09:21:13 styx
Brennan Ashton wrote:
My bcm4311 has become very unsable in the new 2.6.21.4 http://2.6.21.4
kernel. It frequently has core crashes, and recently when i modprobed,
caused the system to crash.
bcm43xx: ASSERTION FAILED (!err) at:
drivers/net/wireless/bcm43xx/bcm43xx_main.c
Brennan Ashton wrote:
2.6.22-rc4 fixed it
Good. I was pretty sure it wouls. Your wireless hardware is just like mine,
which works very well.
with bcm43xx-softmac.
Larry
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
Brennan Ashton wrote:
I have the same card (on fedora), it is working great now that i used
the new kernel and firmware code. kernel 2.6.22-rc4, dont use the
2.6.21.4 http://2.6.21.4 kernel. When you update, make shure you go
in menuconfig and select to install as a module, it's placement
Michael Buesch wrote:
On Monday 11 June 2007 07:59:06 Pavel Roskin wrote:
I saw some stack traces and messages
That's what this mail was about, in the first place. ;)
Besides the messages about invalid LO control pairs and invalid bband_att
values, my BCM4311 also
got a kernel general
Jan Kohnert wrote:
Hello Folks,
First of all, sorry to bother you with that users-question, but the forum is
down for at least one week now...
I have a problem with my bcm4311 card.
As far as I read, it is now (2.6.21) fully compatible with the driver you
write.
Yes, that is true.
Jan Kohnert wrote:
Thanks for the quick response!
Here is the output, but however, I cannot see, anything would be loaded...
kohni-mobil ~ # dmesg | grep bcm43xx
bcm43xx driver
bcm43xx: Chip ID 0x4311, rev 0x1
bcm43xx: Number of cores: 4
bcm43xx: Core 0: ID 0x800, rev 0x11, vendor 0x4243
Ioannis Nousias wrote:
hi,
does bcm43xx-mac80211 support WPA for the BCM4309 chipset ? It seems
that the driver detects and initialised the card, but I can't connect to
my router. I'm using NetworkManager and it does see my router, but
doesn't connect to it. Not to mention that after a
Ioannis Nousias wrote:
in the bcm43xx case, NetworkManager doesn't detect a wireless card at
all. Its menu shows only 'Wired Network'. As I said, the card doesn't
seem to be recognised.
What is the result of the command 'dmesg | grep bcm43xx'?
I was thinking to compile the latest
Ioannis Nousias wrote:
iwconfig:
eth1 IEEE 802.11b/g ESSID:My ESSID here Nickname:Broadcom 4306
Mode:Managed Frequency=2.432 GHz Access Point: my router's
MAC here Bit Rate=24 Mb/s Tx-Power=14 dBm RTS
thr:off Fragment thr:off
Your interface has not
Chuckk Hubbard wrote:
Hi.
I worked through some things with Ehud, but it was inconclusive. I just
recompiled using the advice at
http://forums.gentoo.org/viewtopic-t-547687.html as far as kernel
options, and I did this with the 2.6.22-rc4 patched kernel, and uname -r
indeed tells me
Ioannis Nousias wrote:
PS: I can see wpa_supplicants being invoked by NM, so that part should
be ok.
root 5202 0.0 0.1 4948 1388 ?S08:46 0:00
/usr/sbin/wpa_supplicant -g /var/run/wpa_supplicant-global
The next step is to see what wpa_supplicant has to say.
Chuckk Hubbard wrote:
64studio:/home/chuckk# ifconfig eth1
eth1 Link encap:Ethernet HWaddr 00:14:A5:D0:1C:7A
inet6 addr: fe80::214:a5ff:fed0:1c7a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:33 errors:0 dropped:3762
Michael,
I have now gotten some fairly reproducible iperf results with the latest
version from your tree
using my BCM4311. In general, the transmission rate is higher than the receive
rate. In addition, it
is much more consistent. While receiving, I might get a rate of 2 Mbs, but the
next
This patch fixes some differences between the specs in
http://bcm-v4.sipsolutions.net/802.11/PHY/G/workarounds/WRSSI_offset and
the bcm43xx-mac80211 code.
Signed-off-by: Larry Finger [EMAIL PROTECTED]
---
Index: wireless-mb/drivers/net/wireless/mac80211/bcm43xx/bcm43xx_phy.c
Michael Buesch wrote:
On Friday 22 June 2007 21:43:43 Larry Finger wrote:
This patch fixes some differences between the specs in
http://bcm-v4.sipsolutions.net/802.11/PHY/G/workarounds/WRSSI_offset and
the bcm43xx-mac80211 code.
Signed-off-by: Larry Finger [EMAIL PROTECTED]
---
Index
Chuckk Hubbard wrote:
On 6/22/07, *Larry Finger* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Chuckk Hubbard wrote:
64studio:/home/chuckk# ifconfig eth1
eth1 Link encap:Ethernet HWaddr 00:14:A5:D0:1C:7A
inet6 addr: fe80::214:a5ff:fed0:1c7a/64
Michael Buesch wrote:
I applied this, but please still test it on your rev1 4306.
I will try; however, nothing works here at OFDM rates.
Larry
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
Florian Erfurth wrote:
Hi, I'm using notebook Acer Aspire 5022 with builtin WLAN Broadcom 4318.
[EMAIL PROTECTED] ~]# lspci -v
[snip]
06:05.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g]
802.11g Wireless LAN Controller (rev 02)
Subsystem: AMBIT Microsystem
Florian Erfurth wrote:
Original-Nachricht
Datum: Thu, 28 Jun 2007 12:42:14 -0500
Von: Larry Finger [EMAIL PROTECTED]
An: Florian Erfurth [EMAIL PROTECTED]
CC: bcm43xx-dev@lists.berlios.de
Betreff: Re: Broadcom 4318 with newer bcm43xxfirmware doesn\'t works
Florian
Florian Erfurth wrote:
Hi Larry, thank you very much!
Von: Larry Finger [EMAIL PROTECTED]
Florian Erfurth wrote:
Von: Larry Finger [EMAIL PROTECTED]
Those values are completely bogus. In the official bcm43xx-mac80211
trees, the code gives more
realistic values, but those patches
steve menard wrote:
Wanted to say thanks all for writing bcm43xx
I am able to use 4318 on Acer 5024 turion34 with Ubuntu 7.04. live cd
All I need to do is grab the firmware. ;-) since it usually isn't
available with distributions
Due to intellectual property issues, and the lack of
Chuckk Hubbard wrote:
On 6/23/07, *Larry Finger* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Chuckk Hubbard wrote:
Larry, I think I forgot to mention something... might the fact
that it's
a 64-bit machine and a 64-bit distro possibly make it not work
Brennan Ashton wrote:
On 7/4/07, Robert Easter [EMAIL PROTECTED] wrote:
It took a BS programmer over five hours, but he got my bcm4318 chip
talking to my computer with the NDISWrapper and a kernel build. Before
that the wireless was showing on the laptop's wifi switch light but not
making up
John H. wrote:
I was wondering if, on fedora 7 now with 2.6.21 kernel, it is possible
to use bcm43xx driver with this device and get 54mb/s and wpa support?
I have the firmware installed, etc.
I just had many problems last time, as it wouldn't get 54mb/s, etc.
With 2.6.21 or later
Florian Erfurth wrote:
Ehud Gavron schrieb:
Lastly, there is a known POWER problem, which results in better
transmission if the transmission rates are reduced.
Do you mean this issue?
bcm43xx_mac80211: !WARNING! Idle-TSSI phy-cur_id
le_tssi measuring failed. (cur=0, tgt=62). Disabling
Eddy Zhu wrote:
Hi
I am a newbie to Linux world. I have successfully installed Fedora 6.0
in my compaq presario laptop. But my wireless card doesn't seem to
work. I have already spent hours researched online but I can't get a
complete instructions step by step on installing a driver
John and Michael,
I have good news regarding the driver mentioned in the subject. It is now
working on my BCM4311 with
performance that is nearly as good as for the softmac driver.
My approach has been to take the PHY and radio parts of the softmac driver and
use them with as much
of the
167 wrote:
Hello. i'm a programmer that owns an HP pavilion which has a bcm 4319
wireless card .
Here is the output of lspci -n :
06:02.0 0280: 14e4:4319 (rev 02)
i see in the status page that the driver for this card is under
development. I've written some programs in c under linux and i
Stefano Brivio wrote:
On Thu, 19 Jul 2007 17:58:01 -0400
John W. Linville [EMAIL PROTECTED] wrote:
Are you proposing to add a third driver and deprecate the softmac
driver? Or can we treat this as a port of the existing driver
to mac80211? I think that might be better for users and
: aaf83d4fc4a596929306c894d341e17fbdfba758
Author: Larry Finger [EMAIL PROTECTED]
AuthorDate: Sat May 26 22:21:29 2007 -0500
Committer: Jeff Garzik [EMAIL PROTECTED]
CommitDate: Sun Jul 8 22:16:37 2007 -0400
[PATCH] bcm43xx: Fix deviation from specifications in
set_baseband_attenuation
John W. Linville wrote:
On Thu, Jul 26, 2007 at 11:33:01AM -0500, Larry Finger wrote:
A typo in the specs interchanges the branches in an if statement, which
breaks operations for a BCM4306/rev 2 that has phy-analog == 1.
@@ -1895,7 +1895,7 @@ void bcm43xx_phy_set_baseband_attenuatio
Michael,
When I try the -mb tree on my old i386 notebook, I get an irq 11: nobody cared
message and interrupts for the bcm43xx-mac80211 device are not initialized. The
code in Linville's tree works. The only difference that seems to be important
is the code returned when a shared interrupt not
Michael Buesch wrote:
Last time I checked this code it matched the specs. And that's not too
long ago.
Did the specs change?
We had a complaint that a change in the V3 specs broke a BCM4306/rev 2 card
using bcm43xx - it
received but did not transmit. I verified the breakage and found that
Michael Buesch wrote:
I neither think this is the correct solution, nor do I think that this
is the way bcm43xx-softmac does it. This would always return HANDLED, right?
regardless if the IRQ was for bcm43xx or not. I _do_ think that the bug is
in the driver sharing the IRQ with bcm43xx.
A typo in the specs interchanges the branches in an if statement, which
breaks operations for a BCM4306/rev 2 that has phy-analog == 1.
Signed-off-by: Larry Finger[EMAIL PROTECTED]
---
John and Michael,
This patch is made for the wireless-dev tree after the bcm43xx-mac80211
directory has been
Mika Sundland wrote:
Hello,
I got an HP Pavilion dv9074ea with a wireless network card that uses
the bcm43xx module. It's not listed in the device list, so I thought I
might submit some info about it.
The BCM4312 has been supported for some time. Whick list do you refer to?
lspci -vvv:
501 - 600 of 1483 matches
Mail list logo