On Mon, Jan 26, 2009 at 10:17 PM, Tex ccmc...@verizon.net wrote:
I have been running some surveys with the Atheros and Broadcom Drivers.
When viewing the frames from wireshark , while in monitor mode, I
noticed that the Atheros driver is reporting FCS errors on some frames,
but the Broadcom
On Tue, Jan 27, 2009 at 11:07 PM, Kajikawa Jeremy belxjan...@gmail.com wrote:
Ive had this card a while and know it worked with the old bcm43xx
driver...
but I would like to get it working on the newer drivers with an updated
kernel.
especially as this is an install for 64bit and the old
On Tue, Mar 3, 2009 at 2:41 PM, Bo Han hanb...@gmail.com wrote:
Hi,
I am having troubles when using ASUS WL-138G V2 Wireless LAN PCI Adapters.
I am using ad-hoc mode and kernel version 2.6.28.7. There is no rate
control for these cards. When I set the bit rate to auto, they always use 1
I assume b44 in the title is a typo.
On Wed, Apr 8, 2009 at 2:11 AM, Michael Buesch m...@bu3sch.de wrote:
Completely untested patch to implement firmware capabilities
and automagic QoS-disabling.
Index: wireless-testing/drivers/net/wireless/b43/b43.h
On Fri, Apr 10, 2009 at 12:28 AM, Francesco Gringoli
francesco.gring...@ing.unibs.it wrote:
On Apr 9, 2009, at 11:56 PM, Michael Buesch wrote:
4318 is good enough for STA mode, but in AP mode it doesn't work
correctly, because
it simply loses too many packets. So it loses important management
On Sat, Jun 13, 2009 at 1:35 AM, Larry Fingerlarry.fin...@lwfinger.net wrote:
Fabio A. Correa wrote:
Hey, I found an updated BIOS available in the HP site, obviously
requiring Windows. I had deleted those partitions, so I will get a
Windows hard disk/CD and try to flash it. I did not work
On Fri, Jun 19, 2009 at 9:29 PM, Michael Bueschm...@bu3sch.de wrote:
On Friday 19 June 2009 21:17:04 gregor kowski wrote:
On 6/12/09, gregor kowski gregor.kow...@gmail.com wrote:
Remove old kidx API.
This simplify the code, and fix a potential key overflow.
Michael,
any comment on this
On Sun, Jun 28, 2009 at 4:14 PM, Michael Bueschm...@bu3sch.de wrote:
On Sunday 28 June 2009 15:18:30 Richard Hughes wrote:
Are you awaiting more data about the chipset, or have just run out of
developer time? The documentation looks pretty comprehensive, although
core bit of the code still
On Sat, Jul 25, 2009 at 10:31 PM, Michael Bueschm...@bu3sch.de wrote:
I'm wondering who is currently working on the b43 LP-PHY code.
I'm just wondering, because there are maybe 20 people who promised to me
to work on the code. Who is left _working_ on it? (I mean _working_, not
looking or
On Wed, Jul 29, 2009 at 6:38 PM, Larry Fingerlarry.fin...@lwfinger.net wrote:
Brian J. Mc Hugh wrote:
I have a Gateway Solo 9300 laptop and a Linksys Wireless-G Notebook Adapter.
I've installed the latest Debian release (v5.0.2) and the latest b43
driver (4.150.10.5).
This is a firmware
Implement baseband init for rev.0 and rev.1 LP PHYs. Convert
boardflags_hi values to defines.
Implement b43_phy_copy for easier copying between registers, as needed
by LP-PHY init.
Signed-off-by: Gábor Stefaniknetrolller...@gmail.com
Cc: Michael Bueschm...@bu3sch.de
Cc: Larry
Implement baseband init for rev.0 and rev.1 LP PHYs. Convert
boardflags_hi values to defines.
Implement b43_phy_copy for easier copying between registers, as needed
by LP-PHY init.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
Cc: Michael Buesch m...@bu3sch.de
Cc: Larry Finger larry.fin
2009/8/3 Gábor Stefanik netrolller...@gmail.com:
Implement baseband init for rev.0 and rev.1 LP PHYs. Convert
boardflags_hi values to defines.
Implement b43_phy_copy for easier copying between registers, as needed
by LP-PHY init.
Signed-off-by: Gábor Stefaniknetrolller...@gmail.com
Cc
Whitespace-damaged, sorry. Resend coming soon.
2009/8/3 Gábor Stefanik netrolller...@gmail.com:
Implement baseband init for rev.0 and rev.1 LP PHYs. Convert boardflags_hi
values to defines.
Implement b43_phy_copy for easier copying between registers, as needed by
LP-PHY init.
Signed-off
On Mon, Aug 3, 2009 at 1:28 AM, Gábor Stefaniknetrolller...@gmail.com wrote:
Implement baseband init for rev.0 and rev.1 LP PHYs. Convert boardflags_hi
values to defines.
Implement b43_phy_copy for easier copying between registers, as needed by
LP-PHY init.
Signed-off-by: Gábor
Implement baseband init for rev.0 and rev.1 LP PHYs. Convert boardflags_hi
values to defines.
Implement b43_phy_copy for easier copying between registers, as needed by
LP-PHY init.
Signed-off-by: Gábor Stefaniknetrolller...@gmail.com
Cc: Michael Bueschm...@bu3sch.de
Cc: Larry
On Mon, Aug 3, 2009 at 11:15 AM, Michael Bueschm...@bu3sch.de wrote:
On Monday 03 August 2009 11:13:37 Michael Buesch wrote:
On Monday 03 August 2009 00:18:22 Gábor Stefanik wrote:
Implement baseband init for rev.0 and rev.1 LP PHYs. Convert
boardflags_hi values to defines.
Implement
2009/8/3 Michael Buesch m...@bu3sch.de:
On Monday 03 August 2009 15:55:29 Gábor Stefanik wrote:
On Mon, Aug 3, 2009 at 11:15 AM, Michael Bueschm...@bu3sch.de wrote:
On Monday 03 August 2009 11:13:37 Michael Buesch wrote:
On Monday 03 August 2009 00:18:22 Gábor Stefanik wrote:
Implement
On Mon, Aug 3, 2009 at 11:16 PM, Michael Bueschm...@bu3sch.de wrote:
On Monday 03 August 2009 22:58:30 Larry Finger wrote:
Gábor states it the way the Broadcom routine is written. They have the
flags divided into 3 16-bit values - high, middle, and low. The values
are kept in arrays - one set
Fix a typo in the HostFlags #defines.
Make use of HostFlags defines in the LP-PHY code.
Fix fallout from the IEEE80211_IF_TYPE to NL80211_IFTYPE change.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/b43.h|4 ++--
drivers/net/wireless/b43/phy_lp.c
Implement baseband init for rev.0 and rev.1 LP PHYs. Convert boardflags_hi
values to defines.
Implement b43_phy_copy for easier copying between registers, as needed by
LP-PHY init.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
Cc: Michael Buesch m...@bu3sch.de
Cc: Larry Finger larry.fin
Update a comment that still says IEEE80211_IF_TYPE instead of NL80211_IFTYPE.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
This patch replaces b43: Typo fixes and minor cleanup,
the other half of which has been integrated into the LP rev01 init patch.
drivers/net/wireless/b43/b43.h
2009/8/5 Larry Finger larry.fin...@lwfinger.net:
Gábor Stefanik wrote:
Implement baseband init for rev.0 and rev.1 LP PHYs. Convert
boardflags_hi values to defines.
Implement b43_phy_copy for easier copying between registers, as needed
by LP-PHY init.
Signed-off-by: Gábor Stefanik
On Thu, Aug 6, 2009 at 12:05 AM, Roman Medina-Heigl
Hernandezro...@rs-labs.com wrote:
Hello,
Sorry for pinging this list but I did some searches and I couldn't find
responses...
I've got a new Dell Mini-10 (Inspiron 1010), with the following wifi
chipset: BCM 4310 USB. It's got PCI-ID:
The v2+ radio init (B2063) is now complete, modulo BCM4325 support.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c | 57 +++-
1 files changed, 55 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/b43
2009/8/10 Larry Finger larry.fin...@lwfinger.net:
Gábor Stefanik wrote:
Implement LP-PHY baseband table init for all revisions.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
Sorry for the size; it's difficult to cut short changes like this
(most of the patch is just table data
2009/8/10 Michael Buesch m...@bu3sch.de:
On Monday 10 August 2009 03:00:46 Gábor Stefanik wrote:
+static const u16 lpphy_sw_control_table[] = {
+ 0x0128,
+ 0x0128,
+ 0x0009,
+ 0x0009,
+ 0x0028,
+ 0x0028,
Is it possible to use more than one value per line for all
2009/8/10 Larry Finger larry.fin...@lwfinger.net:
Gábor Stefanik wrote:
2009/8/10 Larry Finger larry.fin...@lwfinger.net:
Gábor Stefanik wrote:
Implement LP-PHY baseband table init for all revisions.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
Sorry for the size; it's
The rev2+ BB init spec has changed behind us, and thus the code is
no longer up to date. Update the code to match the current specs.
Also implement save/restore dig filt state, as required by the
new specification (implemented as 2 separate functions).
Signed-off-by: Gábor Stefanik netrolller
Also add a SPEX32 macro for extracting 32-bit SPROM variables.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
I'm not quite sure that the SPEX32 macro is sane endianness-wise;
please review it carefully. (In the future, we will probably need
a SPEX64 macro too, to correctly extract
2009/8/10 Larry Finger larry.fin...@lwfinger.net:
Gábor Stefanik wrote:
Implement LP-PHY baseband table init for all revisions.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
Changes from RFC:
-Improved table formatting in the code.
-The 2GHz check in adjust_gain_table now uses
2009/8/10 Michael Buesch m...@bu3sch.de:
On Monday 10 August 2009 20:49:02 Gábor Stefanik wrote:
Also add a SPEX32 macro for extracting 32-bit SPROM variables.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
I'm not quite sure that the SPEX32 macro is sane endianness-wise;
please
Also add a SPEX32 macro for extracting 32-bit SPROM variables.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
Changes from RFC:
-Fixed a bug in the SPEX32 macro.
-in[SPOFF...] is now cast to u32 to be extra-safe.
The macro still extracts little-endian, as that is probably
what
2009/8/10 John W. Linville linvi...@tuxdriver.com:
On Mon, Aug 10, 2009 at 08:58:44PM +0200, Gábor Stefanik wrote:
2009/8/10 Larry Finger larry.fin...@lwfinger.net:
Gábor Stefanik wrote:
Implement LP-PHY baseband table init for all revisions.
Signed-off-by: Gábor Stefanik netrolller
Some of the new variables in b43_phy_lp appear to be dead code in
the vendor driver; they will be removed if they remain unused when
LP-PHY implementation is finished.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
I've added a few FIXME comments, please review them.
Also please check
I completely missed the one's complement instruction from the specs.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wireless/b43/phy_lp.c
b/drivers/net/wireless/b43
I'm not sure at all if writing to offset 0 in the TX gain table
is the right thing to do... please clarify.
Not-yet-signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
If this is indeed the right thing to do, please inform me,
and I will resubmit this as a formal patch.
phy_lp.c | 16
Also implement get/set BB mult, get/set TX gain, set RX gain,
disable/restore CRS, run/stop DDFS, RX IQ est and QDIV roundup
in the process.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
Larry, please review the SPEC FIXME comments!
drivers/net/wireless/b43/phy_lp.c | 414
Also implement get/set BB mult, get/set TX gain, set RX gain,
disable/restore CRS, run/stop DDFS, RX IQ est and QDIV roundup
in the process.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
Changes from v1-v2:
-Coding style fixes as suggested by Michael.
-Added missing static
The V4 dummy transmission function has two extra bools in its
prototype, so add a wrapper function for callers that expect the
V3 version.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/main.c | 60 ---
drivers/net
The V4 dummy transmission has two extra bools in its prototype,
so update all callers with the 2 bools.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
v2: Convert all callers to v4, and drop the v3-v4 wrapper.
drivers/net/wireless/b43/lo.c|2 +-
drivers/net/wireless/b43
The HW TX power control init still needs work.
The SW init is complete according to the specs.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
v3: WARN_ON() setting TSSI mux mode to Ext, per Larry's suggestion.
v2: Address Michael's comments, and update for the dummy transmission
2009/8/14 Mark Huijgen mark.sf@huijgen.tk:
Gábor Stefanik wrote:
Rev0/1/B2062 will now hopefully show some signs of life, though
it won't work at full performance, as calibration is still missing.
Just compiled wireless-testing.git**, enabled LP phy support in config,
to see how far
2009/8/14 Mark Huijgen mark.sf@huijgen.tk:
Gábor Stefanik wrote:
ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr FF:FF:FF:FF:FF:FF
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0
This should fix the remaining WARN_ON.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wireless/b43/phy_lp.c
b/drivers/net/wireless/b43/phy_lp.c
index bf89173
On Fri, Aug 14, 2009 at 11:00 PM, Michael Bueschm...@bu3sch.de wrote:
On Friday 14 August 2009 22:52:13 Pavel Roskin wrote:
On Fri, 2009-08-14 at 22:15 +0200, Michael Buesch wrote:
- b43_phy_mask(dev, 0x048A, (u16)~0x8000);
+ b43_phy_mask(dev, 0x048A,
2009/8/14 Larry Finger larry.fin...@lwfinger.net:
Gábor Stefanik wrote:
This should fix the remaining WARN_ON.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c | 7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers
Don't drop all packets received from an LP-PHY with WARN_ON.
Also update a comment with LP-specific information.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/wa.c |2 +-
drivers/net/wireless/b43/xmit.c |1 +
2 files changed, 2 insertions(+), 1
has only a
rev.0 or rev.1 chip).
Also, where did you obtain a 4325-based wireless solution; is it a
custom-built board with a 4325 chip mounted directly, or some
commercially available BCM4325-based solution? (The team will likely
need one for testing.)
Thanks,
Gábor Stefanik
B43 Linux wireless
.)
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c | 71 ++---
1 files changed, 66 insertions(+), 5 deletions(-)
diff --git a/drivers/net/wireless/b43/phy_lp.c
b/drivers/net/wireless/b43/phy_lp.c
index 3872a31..72e1d8c
.)
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
V2: Coding style fix suggested by Michael on IRC.
drivers/net/wireless/b43/phy_lp.c | 72 ++---
1 files changed, 67 insertions(+), 5 deletions(-)
diff --git a/drivers/net/wireless/b43/phy_lp.c
b/drivers
.)
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
V2: Coding style fix suggested by Michael on IRC.
V3: Another coding style fix.
drivers/net/wireless/b43/phy_lp.c | 73 ++---
1 files changed, 68 insertions(+), 5 deletions(-)
diff --git a/drivers/net
The channel switch routine had a whole instruction missing. Add it.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wireless/b43/phy_lp.c
b/drivers/net/wireless
A few typos have been discovered in both the specs and the code.
This patch fixes them.
Also use lpphy_op_switch_channel consistently, and make all users
of it print its return value for easier debugging.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
V2: Fix one more typo (this time
Larry has reported success getting scan data with an LP-PHY device,
so it's probably time to release LP-PHY support for testing.
Also add a temporary BROKEN Kconfig symbol to disable 5GHz support,
as 5GHz currently causes the driver to panic (NULL pointer deref).
Signed-off-by: Gábor Stefanik
The spec for initializing the B2062 radio have changed recently,
update the code to match the changes.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/net/wireless/b43
Larry has reported success getting scan data with an LP-PHY device,
so it's probably time to release LP-PHY support for testing.
Also disable 802.11a support for now, as 802.11a currently causes
the driver to panic on startup (NULL pointer dereference).
Signed-off-by: Gábor Stefanik netrolller
2009/8/14 Gábor Stefanik netrolller...@gmail.com:
Check the mode the hardware is in, not the mode we used the last time.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
Mark, please test if this fixes the TX power control WARN_ON you were
seeing.
drivers/net/wireless/b43/phy_lp.c
2009/8/17 John W. Linville linvi...@tuxdriver.com:
On Mon, Aug 17, 2009 at 09:32:42PM +0200, Gábor Stefanik wrote:
2009/8/14 Gábor Stefanik netrolller...@gmail.com:
Call set_tx_power_control with a LPPHY_TXPCTL rather than an
LPPHY_TX_PWR_CTL_CMD_MODE.
Signed-off-by: Gábor Stefanik
2009/8/17 John W. Linville linvi...@tuxdriver.com:
On Mon, Aug 17, 2009 at 09:33:06PM +0200, Gábor Stefanik wrote:
2009/8/14 Gábor Stefanik netrolller...@gmail.com:
Check the mode the hardware is in, not the mode we used the last time.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
the values has been implemented.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c | 98 +++
drivers/net/wireless/b43/phy_lp.h | 18 +++---
drivers/net/wireless/b43/tables_lpphy.c | 12 -
3 files changed
identification.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c | 17 -
1 files changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/net/wireless/b43/phy_lp.c
b/drivers/net/wireless/b43/phy_lp.c
index 6c69cdb..65f0010 100644
Hello World!
Great news for Broadcom BCM4310/4312/4315 (PCI 14e4:4315) users:
LP-PHY support is now at the point where it can be tested for functionality!
There are still problems with channel switching (a few patches ago,
only 802.11b/g channels 7 and 8 were working - no tests have been
2009/8/19 Mark Huijgen mark.sf@huijgen.tk:
Gábor Stefanik wrote:
Hello World!
Great news for Broadcom BCM4310/4312/4315 (PCI 14e4:4315) users:
LP-PHY support is now at the point where it can be tested for functionality!
So, go ahead, give it a try, and let's rock!
Patches applied
John, please hold off this patch for now, it appears to be causing
regressions. I will investigate this.
2009/8/18 Gábor Stefanik netrolller...@gmail.com:
Larry has started re-checking all current routines against a new
version of the Broadcom MIPS driver. This patch implements the first
round
On Wed, Aug 19, 2009 at 3:04 PM, Johannes Bergjohan...@sipsolutions.net wrote:
On Wed, 2009-08-19 at 14:43 +0200, Mark Huijgen wrote:
After running the included python script, patching the cutter and
extracting firmware, I now get ucode version 478.104 in dmesg. Next test
is also without the
2009/8/19 Mark Huijgen mark.sf@huijgen.tk:
Gábor Stefanik wrote:
Mark, could you produce a dmesg output with the new firmware, patches
applied, and channel set to 1? Post the output of dmesg after scanning
probably associating, if possible. (Scan/assoc may produce messages
in dmesg.)
I
2009/8/19 Mark Huijgen mark.sf@huijgen.tk:
Gábor Stefanik wrote:
2009/8/19 Mark Huijgen mark.sf@huijgen.tk:
Gábor Stefanik wrote:
Mark, could you produce a dmesg output with the new firmware, patches
applied, and channel set to 1? Post the output of dmesg after scanning
probably
2009/8/19 Mark Huijgen mark.sf@huijgen.tk:
Gábor Stefanik wrote:
2009/8/19 Mark Huijgen mark.sf@huijgen.tk:
Gábor Stefanik wrote:
2009/8/19 Mark Huijgen mark.sf@huijgen.tk:
Gábor Stefanik wrote:
Mark, could you produce a dmesg output with the new firmware, patches
applied
False alert, sorry. Feel free to apply. The regression apparently
resulted from the use of an incorrect firmware image - when Mark
switched to the same firmware as Larry, his card started working
again.
2009/8/19 Gábor Stefanik netrolller...@gmail.com:
John, please hold off this patch for now
upgraded to v478 firmware, his card too came to
life.) So, please apply.
2009/8/18 Gábor Stefanik netrolller...@gmail.com:
Larry has started re-checking all current routines against a new
version of the Broadcom MIPS driver. This patch implements the first
round of changes he documented on the specs
2009/8/20 Mark Huijgen mark.sf@huijgen.tk:
Gábor Stefanik wrote:
2009/8/19 Mark Huijgen mark.sf@huijgen.tk:
To summarize, all cases with patches and new firmware:
case 1: cold boot with default channel 7, RC calib error and 'init
channel failed' error,
case 2: recompile+reload b43
The RC calibration code has some typos - fix them.
Also, make the default channel 7, as channel 1 is still
broken (only channels 7 and 8, and occasionally 9 work).
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c |7 ---
1 files changed, 4
The Qdiv roundup routine is essentially a fixed-point
division algorithm, using only integer math.
However, the version in the specs had a major error
that has been recently fixed (a missing quotient++).
Replace Qdiv roundup with a rewritten, simplified version.
Signed-off-by: Gábor Stefanik
The Qdiv roundup routine is essentially a fixed-point
division algorithm, using only integer math.
However, the version in the specs had a major error
that has been recently fixed (a missing quotient++).
Replace Qdiv roundup with a rewritten, simplified version.
Signed-off-by: Gábor Stefanik
Implement the PMU LDO set voltage and PMU LDO PA ref enable
functions, and use them during LP-PHY baseband init in b43.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c | 10 +--
drivers/ssb/driver_chipcommon_pmu.c | 94
functional. Sensitivity and TX power are still sub-optimal,
due to the lack of calibration (that's next on my list).
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_common.c | 27 +++--
drivers/net/wireless/b43/phy_common.h |3 +
drivers/net/wireless
From: root Gábor Stefanik netrolller...@gmail.com
The most common LP-PHY device, BCM4312, is now fully functional.
So, no need to say probably won't work for you anymore.
It's also not for debuggers and developers only, as it is
perfectly usable for end-users now (at least for BCM4312).
Signed
2009/8/26 Michael Buesch m...@bu3sch.de:
On Wednesday 26 August 2009 20:51:25 Gábor Stefanik wrote:
-Fix a few nasty typos (b43_phy_* operations instead of b43_radio_*)
in the channel tune routines.
-Fix some typos spec errors found by MMIO tracing.
-Optimize b43_phy_write b43_phy_mask/set
From: root r...@nr3dmain.nr3d
After some discussion on IRC about the PHY register write change,
I am not sure anymore if this is the right thing to do.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/phy_lp.c |3 ++-
1 files changed, 2 insertions(+), 1
2009/8/26 Gábor Stefanik netrolller...@gmail.com:
From: root r...@nr3dmain.nr3d
The joys of an accidental sudo git format-patch... :-)
After some discussion on IRC about the PHY register write change,
I am not sure anymore if this is the right thing to do.
Signed-off-by: Gábor Stefanik
After some discussion on IRC about the PHY register write change,
I am not sure anymore if this is the right thing to do.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
v2: No more From: root.
drivers/net/wireless/b43/phy_lp.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions
After some discussion on IRC about the PHY register write change,
I am not sure anymore if this is the right thing to do.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
v3: Use 16-bit writes.
drivers/net/wireless/b43/phy_lp.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions
2009/8/27 Larry Finger larry.fin...@lwfinger.net:
Gábor,
Congratulations on your progress. With today's patches my BCM4312
802.11b/g card with PCI ID 14e4:4315 works - I'm using it at the
moment. I'm using WPA2 encryption and have connected to APs on
channels 1 and 11. My logs are clean.
The most common LP-PHY device, BCM4312, is now fully functional.
So, no need to say probably won't work for you anymore.
It's also not for debuggers and developers only, as it is
perfectly usable for end-users now (at least for BCM4312).
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
The most common LP-PHY device, BCM4312, is now fully functional.
So, no need to say probably won't work for you anymore.
It's also not for debuggers and developers only, as it is
perfectly usable for end-users now (at least for BCM4312).
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
This intentionally deviates slightly from the spec (writing
the antenna ID in one pass instead of two) - please test if
this works. (I don't have the tools to test if it actually
selects the right antenna.)
The A/G-PHY changes are fallout
The A/G-PHY changes are fallout fixes from the enum change,
which in turn allows the LP-PHY code to be much simpler.
The antenna_to_phyctl change is a fix for a potential
existing bug that this patch may otherwise trigger.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
Note
2009/8/27 Michael Buesch m...@bu3sch.de:
On Thursday 27 August 2009 20:56:22 Gábor Stefanik wrote:
The A/G-PHY changes are fallout fixes from the enum change,
which in turn allows the LP-PHY code to be much simpler.
The antenna_to_phyctl change is a fix for a potential
existing bug
The A/G-PHY changes are fallout fixes from the enum change,
which in turn allows the LP-PHY code to be much simpler.
The antenna_to_phyctl change is a fix for a potential
existing bug that this patch may otherwise trigger.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
v2: Fix a typo
-Make use of the b43_phy_set/mask/maskset helpers.
-Fix a few errors in the code.
-Make the code more readable.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
The phy-analog == 3 to phy-rev == 3 change in A-PHY is intentional,
it's a bugfix/spec conformance fix.
drivers/net/wireless
Also mark the LP-PHY driver 802.11a/g instead of 802.11g,
as LP-PHY is capable of both 2GHz and 5GHz operation.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/main.c |1 +
drivers/net/wireless/b43/phy_lp.c |3 ++-
drivers/net/wireless/b43
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
drivers/net/wireless/b43/main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wireless/b43/main.c b/drivers/net/wireless/b43/main.c
index 1263f4b..f2c5b2d 100644
--- a/drivers/net/wireless/b43/main.c
The rev1 2GHz and rev2 5GHz gain tables were incorrectly documented
on the specs originally. Update these gaintables to match the cor-
rected specs.
Signed-off-by: Gábor Stefanik netroller...@gmail.com
---
drivers/net/wireless/b43/tables_lpphy.c | 306 +++---
1 files
Just noticed that the [PATCH] tag is accidentally missing on this one
- I hope you can still apply it.
2009/8/28 Gábor Stefanik netrolller...@gmail.com:
The rev1 2GHz and rev2 5GHz gain tables were incorrectly documented
on the specs originally. Update these gaintables to match the cor-
rected
(required by calibration) is also implemented in
this round.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
Larry, please check if I got the math in PHY Cordic right!
drivers/net/wireless/b43/main.c |2 +-
drivers/net/wireless/b43/main.h |2 +
drivers/net/wireless/b43/phy_lp.c
(required by calibration) is also implemented in
this round.
Signed-off-by: Gábor Stefanik netrolller...@gmail.com
---
V2: Fix a mistake I made in the PHY Cordic routine.
drivers/net/wireless/b43/main.c |2 +-
drivers/net/wireless/b43/main.h |2 +
drivers/net/wireless/b43/phy_lp.c | 686
2009 02:15:55 Gábor Stefanik wrote:
static void lpphy_pr41573_workaround(struct b43_wldev *dev)
{
struct b43_phy_lp *lpphy = dev-phy.lp;
@@ -1357,28 +1488,440 @@ static void lpphy_pr41573_workaround(struct
b43_wldev *dev)
b43_lptab_read_bulk(dev
I suspect that this will trigger a response from a spambot.
reset
___
Bcm43xx-dev mailing list
Bcm43xx-dev@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
(CCing bcm43xx-dev.)
Could you post the dmesg output when this happens? (Enable debugging
in b43 before taking the log.)
2009/9/2 Brian J. Mc Hugh bjmch...@aya.yale.edu:
Hi Gábor,
I seem to remember you explaining there was a bluetooth problem and it
couldn't coexist. Is that right?
Brian
1 - 100 of 194 matches
Mail list logo