headers
Michael Buesch | 1 Apr 01:01
Picon
Favicon

[PATCH] b43: Implement fullmac-mode support

Recent work on the device firmware discovered a completely new hardware
mode for b43 devices.
All b43 devices have a bit in the MAC-control register to enable true
hardware-fullMAC support. In fullmac mode the MAC and PHY is completely serviced
by the firmware, so no driver support is required anymore.

Full hardware MAC support has advantages and disadvantages:

PRO:
- The b43 driver does support _all_ devices (also 802.11n) in STA and AP mode.
- The driver code is a lot simpler for the fullmac case. (It skips all of
  the software MAC and PHY init).
- People finally stop poking me to implement the N-PHY and LP-PHY code, yay.

CON:
- Packet injection is not supported in fullmac mode, yet. It's on
  the TODO list with deadline 1.4.2010.

The feature currently is disabled by default, because it isn't tested enough.
It can be enabled at modprobe time with the "fullmac=1" module parameter.

Signed-off-by: Michael Buesch <mb@...>

---

John, please queue this patch for 3.6.31.

Index: wireless-testing/drivers/net/wireless/b43/b43.h
===================================================================
--- wireless-testing.orig/drivers/net/wireless/b43/b43.h	2009-04-01 00:00:18.000000000 +0200
(Continue reading)

Permalink | Reply | 0 comments |
headers
Richard Farina | 1 Apr 03:05
Picon
Gravatar

Re: [PATCH] b43: Implement fullmac-mode support

Michael Buesch wrote:
> Recent work on the device firmware discovered a completely new hardware
> mode for b43 devices.
>   
I will presume this is limited to the non-open firmware?
> All b43 devices have a bit in the MAC-control register to enable true
> hardware-fullMAC support. In fullmac mode the MAC and PHY is completely serviced
> by the firmware, so no driver support is required anymore.
>
> Full hardware MAC support has advantages and disadvantages:
>
> PRO:
> - The b43 driver does support _all_ devices (also 802.11n) in STA and AP mode.
> - The driver code is a lot simpler for the fullmac case. (It skips all of
>   the software MAC and PHY init).
> - People finally stop poking me to implement the N-PHY and LP-PHY code, yay.
>
> CON:
> - Packet injection is not supported in fullmac mode, yet. It's on
>   the TODO list with deadline 1.4.2010.
>
>   
While I certainly desire the ability for people to easily inject packets 
the benefits outweigh the losses here for 99.9% of users.  I would 
imagine most users are in station mode and those who are working in AP 
mode (or other monitor mode injections) can certainly figure out how to 
add fullmac=0.  I know it needs more testing but 1 vote for more device 
support.  Excellent work btw!
> The feature currently is disabled by default, because it isn't tested enough.
> It can be enabled at modprobe time with the "fullmac=1" module parameter.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jason Andryuk | 1 Apr 03:28
Picon

Re: kernel BUG at drivers/net/wireless/iwlwifi/iwl3945-base.c:3127!

On Tue, Mar 31, 2009 at 6:22 PM, reinette chatre
<reinette.chatre@...> wrote:
> Could you please try this patch?

It is working for me on iwl3945.  I am associated to my AP and
streaming a video off the internet (10 minutes so far).

Thanks,

Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Luis R. Rodriguez | 1 Apr 03:28
Favicon

[PATCH v2] cfg80211: send regulatory beacon hint events to userspace

This informs userspace when a change has occured on a world
roaming wiphy's channel which has lifted some restrictions
due to a regulatory beacon hint.

Because this is now sent to userspace through the regulatory
multicast group we remove the debug prints we used to use as
they are no longer necessary.

Signed-off-by: Luis R. Rodriguez <lrodriguez@...>
---

This v2 takes a cleaner approach, with nl80211 its better to think of
objects not in terms of the contents they serve but instead of the purpose
they serve. Doing this with this patch adds a few new attributes as cost
but the code is a lot cleaner and easier to read.

 include/linux/nl80211.h |   34 ++++++++++++++++++++-
 net/wireless/nl80211.c  |   76 +++++++++++++++++++++++++++++++++++++++++++++++
 net/wireless/nl80211.h  |    4 ++
 net/wireless/reg.c      |   28 ++++++++--------
 4 files changed, 127 insertions(+), 15 deletions(-)

diff --git a/include/linux/nl80211.h b/include/linux/nl80211.h
index cbe8ce3..9838f99 100644
--- a/include/linux/nl80211.h
+++ b/include/linux/nl80211.h
@@ -7,7 +7,7 @@
  * Copyright 2008 Michael Wu <flamingice@...>
  * Copyright 2008 Luis Carlos Cobo <luisca@...>
  * Copyright 2008 Michael Buesch <mb@...>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Luis R. Rodriguez | 1 Apr 03:29
Favicon

[PATCH v2] iw: add beacon hint event parsing

Here's a screenshot:

mcgrof <at> pogo ~ $ iw event

mcgrof <at> pogo ~ $ sudo iw dev wlan0 scan trigger

beacon hint:
phy1 5200 MHz [40]:
        o active scanning enabled
        o beaconing enabled
scan finished on wlan1 (phy #1)

Signed-off-by: Luis R. Rodriguez <lrodriguez@...>
---

This also changed of course, hope its easier on the eyes.

 iw.c      |   70 +++++++++++++++++++++++++++++++++++
 nl80211.h |  122 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-
 2 files changed, 189 insertions(+), 3 deletions(-)

diff --git a/iw.c b/iw.c
index c074554..964a56d 100644
--- a/iw.c
+++ b/iw.c
@@ -12,6 +12,7 @@
 #include <sys/stat.h>
 #include <fcntl.h>
 #include <unistd.h>
+#include <stdbool.h>
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Ellingsworth | 1 Apr 03:36
Picon

Re: [PATCH] b43: Implement fullmac-mode support

Michael Buesch wrote:
> Recent work on the device firmware discovered a completely new hardware
> mode for b43 devices.
> All b43 devices have a bit in the MAC-control register to enable true
> hardware-fullMAC support. In fullmac mode the MAC and PHY is completely serviced
> by the firmware, so no driver support is required anymore.
>
> Full hardware MAC support has advantages and disadvantages:
>
> PRO:
> - The b43 driver does support _all_ devices (also 802.11n) in STA and AP mode.
> - The driver code is a lot simpler for the fullmac case. (It skips all of
>   the software MAC and PHY init).
> - People finally stop poking me to implement the N-PHY and LP-PHY code, yay.
>
> CON:
> - Packet injection is not supported in fullmac mode, yet. It's on
>   the TODO list with deadline 1.4.2010.
>
> The feature currently is disabled by default, because it isn't tested enough.
> It can be enabled at modprobe time with the "fullmac=1" module parameter.
>
> Signed-off-by: Michael Buesch <mb@...>
>
> ---
>
> John, please queue this patch for 3.6.31.
>
>
> Index: wireless-testing/drivers/net/wireless/b43/b43.h
(Continue reading)

Permalink | Reply | 0 comments |
headers
David Ellingsworth | 1 Apr 04:07
Picon

Re: [PATCH] b43: Implement fullmac-mode support

David Ellingsworth wrote:
> Michael Buesch wrote:
>> Recent work on the device firmware discovered a completely new hardware
>> mode for b43 devices.
>> All b43 devices have a bit in the MAC-control register to enable true
>> hardware-fullMAC support. In fullmac mode the MAC and PHY is 
>> completely serviced
>> by the firmware, so no driver support is required anymore.
>>
>> Full hardware MAC support has advantages and disadvantages:
>>
>> PRO:
>> - The b43 driver does support _all_ devices (also 802.11n) in STA and 
>> AP mode.
>> - The driver code is a lot simpler for the fullmac case. (It skips 
>> all of
>>   the software MAC and PHY init).
>> - People finally stop poking me to implement the N-PHY and LP-PHY 
>> code, yay.
>>
>> CON:
>> - Packet injection is not supported in fullmac mode, yet. It's on
>>   the TODO list with deadline 1.4.2010.
>>
>> The feature currently is disabled by default, because it isn't tested 
>> enough.
>> It can be enabled at modprobe time with the "fullmac=1" module 
>> parameter.
>>
>> Signed-off-by: Michael Buesch <mb-fseUSCV1ubazQB+pC5nmwQ <at> public.gmane.org>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sujith | 1 Apr 05:22
Favicon

Re: [PATCH 11/17] ath9k: Remove TIM from the interrupt mask

Kalle Valo wrote:
> Vivek Natarajan <vivek.natraj@...> writes:
> 
> >> This might be useful for beacon filtering. Does the hardware know to
> >> parse the beacons in more detail, for example ERP protection or WMM
> >> settings?
> >
> > After a quick glance into the datasheet, I understand that the
> > current version of hardware supports reading TIM, TSF and some more
> > bits related to DTIM from a beacon.
> 
> Is the datasheet available somewhere?

Sorry, the datasheets are not available outside. :)

> > As far as this patch is concerned, since ath9k can use mac80211 for
> > sending a null data frame, it is quite redundant to enable the TIM
> > interrupt as it can be parsed in mac80211 itself.
> 
> Sure. But I was thinking the possibility of having beacon filtering in
> ath9k and then mac80211 wouldn't receive the beacons.

Atheros HW can't currently support beacon filtering, so there is no
need to handle TIM interrupt anyway.

Sujith
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vivek Natarajan | 1 Apr 06:15
Picon

Re: [PATCH] mac80211: Always send a null data frame if TIM bit is set.

On Mon, Mar 2, 2009 at 8:20 PM, Vivek Natarajan
<vivek.natraj@...> wrote:
> If the AP thinks we are in power save state eventhough we are not truly
> in that state, it sets the TIM bit and does not send a data frame unless
> we send a null data frame to correct the state in the AP.
> This might happen if the null data frame for wake up is lost in the air
> after we disable power save.
>
> Signed-off-by: Vivek Natarajan <vnatarajan@...>
> ---
>  net/mac80211/mlme.c |    3 +--
>  1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
> index 7f23858..ac10b21 100644
> --- a/net/mac80211/mlme.c
> +++ b/net/mac80211/mlme.c
> @@ -1457,8 +1457,7 @@ static void ieee80211_rx_mgmt_beacon(struct ieee80211_sub_if_data *sdata,
>        ieee80211_sta_wmm_params(local, ifmgd, elems.wmm_param,
>                                 elems.wmm_param_len);
>
> -       if (local->hw.flags & IEEE80211_HW_PS_NULLFUNC_STACK &&
> -           local->hw.conf.flags & IEEE80211_CONF_PS) {
> +       if (local->hw.flags & IEEE80211_HW_PS_NULLFUNC_STACK) {
>                directed_tim = ieee80211_check_tim(&elems, ifmgd->aid);
>
>                if (directed_tim) {
	                 if (local->hw.conf.dynamic_ps_timeout > 0) {
				local->hw.conf.flags &= ~IEEE80211_CONF_PS;
				ieee80211_hw_config(local,
(Continue reading)

Permalink | Reply | 3 comments |
headers
Holger Schurig | 1 Apr 08:50
Picon
Favicon

Re: [PATCH] b43: Implement fullmac-mode support

> +	if (modparam_fullmac)
> +		goto ssb_disable;
> +
...
> +ssb_disable:
>  	ssb_device_disable(dev->dev, 0);
>  	ssb_bus_may_powerdown(dev->dev->bus);
>  }

April April!
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |

Gmane