2008-11-25 15:35:48

by Mark Ryden

[permalink] [raw]
Subject: AP (Master Mode) of wireless drivers

Hello,

According to the linux wireless wiki, only four Linux drivers support
AP (Master Mode) ; these
are b43/b43legacy (Broadcom chips), Intel ipw2200, and
libertas_tf and p54 (Intersil chips).
see:
http://www.linuxwireless.org/en/users/Drivers

My question is: is this information updated ?

More specifically, I am particularly interested to know whether Intel
iwl3945 and Intel iwl4965 support AP (Master Mode), and in case they
do not (as I am afraid is the situation)
- is there any intention to add AP (masted mode) support to these drivers
in the near future ?

Regards,
Mark


2008-11-25 17:16:56

by Pavel Roskin

[permalink] [raw]
Subject: Re: AP (Master Mode) of wireless drivers

On Tue, 2008-11-25 at 17:35 +0200, Mark Ryden wrote:
> Hello,
>
> According to the linux wireless wiki, only four Linux drivers support
> AP (Master Mode) ; these
> are b43/b43legacy (Broadcom chips), Intel ipw2200, and
> libertas_tf and p54 (Intersil chips).
> see:
> http://www.linuxwireless.org/en/users/Drivers
>
> My question is: is this information updated ?

If you check the page history, you'll see that the page is being updated
regularly. That doesn't mean that it's 100% correct.

> More specifically, I am particularly interested to know whether Intel
> iwl3945 and Intel iwl4965 support AP (Master Mode), and in case they
> do not (as I am afraid is the situation)
> - is there any intention to add AP (masted mode) support to these drivers
> in the near future ?

The driver announces AP mode support (look for NL80211_IFTYPE_AP and
hw->wiphy->interface_modes in iwl-core.c and iwl3945-base.c), so it
might work, or at least the intention is to make it work. By the way,
rt2x00 announces AP mode support too (in some conditions).

--
Regards,
Pavel Roskin

2008-11-26 13:58:43

by Johannes Berg

[permalink] [raw]
Subject: Re: AP (Master Mode) of wireless drivers


> "For AP mode, it must
> honour IEEE80211_TX_CTL_SEND_AFTER_DTIM or set
> IEEE80211_HW_HOST_BROADCAST_PS_BUFFERING and use the
> ieee80211_get_buffered_bc() function"
>
> see:
> http://wireless.kernel.org/en/developers/Documentation/mac80211/API

Yup.

> However, I found out that in wireless-testing, this is the situation:
>
>
> IEEE80211_TX_CTL_SEND_AFTER_DTIM appears only in rt2x00mac.c

It's also in b43 and p54. I think your grep-fu is weak ;)

> There is a call to ieee80211_get_buffered_bc() only in:
> 1) drivers/net/wireless/ath9k/beacon.c
> 2) wireless-testing/drivers/net/wireless/libertas_tf/main.c
>
> According to this , b43/b43legacy (Broadcom chips), Intel ipw2200,

ipw2200 is a very special case, and it doesn't use mac80211 so that
constant above won't occur in it anyway. Not sure if anybody has
recently tried, I'd almost assume it's broken since the project hasn't
been maintained forever, afaict.

johannes


Attachments:
signature.asc (836.00 B)
This is a digitally signed message part

2008-11-26 14:02:43

by Mark Ryden

[permalink] [raw]
Subject: Re: AP (Master Mode) of wireless drivers

Hello,

>> IEEE80211_TX_CTL_SEND_AFTER_DTIM appears only in rt2x00mac.c

>It's also in b43 and p54. I think your grep-fu is weak ;)

Sorry, my grep was indeed wrong. You are right.
Mark


On Wed, Nov 26, 2008 at 3:58 PM, Johannes Berg
<[email protected]> wrote:
>
>> "For AP mode, it must
>> honour IEEE80211_TX_CTL_SEND_AFTER_DTIM or set
>> IEEE80211_HW_HOST_BROADCAST_PS_BUFFERING and use the
>> ieee80211_get_buffered_bc() function"
>>
>> see:
>> http://wireless.kernel.org/en/developers/Documentation/mac80211/API
>
> Yup.
>
>> However, I found out that in wireless-testing, this is the situation:
>>
>>
>> IEEE80211_TX_CTL_SEND_AFTER_DTIM appears only in rt2x00mac.c
>
> It's also in b43 and p54. I think your grep-fu is weak ;)
>
>> There is a call to ieee80211_get_buffered_bc() only in:
>> 1) drivers/net/wireless/ath9k/beacon.c
>> 2) wireless-testing/drivers/net/wireless/libertas_tf/main.c
>>
>> According to this , b43/b43legacy (Broadcom chips), Intel ipw2200,
>
> ipw2200 is a very special case, and it doesn't use mac80211 so that
> constant above won't occur in it anyway. Not sure if anybody has
> recently tried, I'd almost assume it's broken since the project hasn't
> been maintained forever, afaict.
>
> johannes
>

2008-11-26 09:00:29

by Vladimir Koutny

[permalink] [raw]
Subject: Re: AP (Master Mode) of wireless drivers

>> More specifically, I am particularly interested to know whether Intel
>> iwl3945 and Intel iwl4965 support AP (Master Mode), and in case they
>> do not (as I am afraid is the situation)
>> - is there any intention to add AP (masted mode) support to these drivers
>> in the near future ?
>
> The driver announces AP mode support (look for NL80211_IFTYPE_AP and
> hw->wiphy->interface_modes in iwl-core.c and iwl3945-base.c), so it
> might work, or at least the intention is to make it work. By the way,
> rt2x00 announces AP mode support too (in some conditions).

I've tested AP mode on iwl4965 about 2 weeks ago and a very quick test did
work (no encryption, just connected a win notebook to it and did some
browsing). Just be sure to fetch correct (=recent) versions of hostapd and
libnl..

Regards,
Vladimir


Attachments:
signature.asc (378.00 B)
OpenPGP digital signature

2008-11-26 13:47:43

by Mark Ryden

[permalink] [raw]
Subject: Re: AP (Master Mode) of wireless drivers

Hello,

Probing the code, it seems to me that the wiki is not accurate when
specifying which drivers support Access Point mode, when you think of
doing multicast buffering correctly

The wiki says:

"For AP mode, it must
honour IEEE80211_TX_CTL_SEND_AFTER_DTIM or set
IEEE80211_HW_HOST_BROADCAST_PS_BUFFERING and use the
ieee80211_get_buffered_bc() function"

see:
http://wireless.kernel.org/en/developers/Documentation/mac80211/API

However, I found out that in wireless-testing, this is the situation:


IEEE80211_TX_CTL_SEND_AFTER_DTIM appears only in rt2x00mac.c

There is a call to ieee80211_get_buffered_bc() only in:
1) drivers/net/wireless/ath9k/beacon.c
2) wireless-testing/drivers/net/wireless/libertas_tf/main.c

According to this , b43/b43legacy (Broadcom chips), Intel ipw2200, and
and p54 (Intersil chips) should not appear to support masted mode in
the wiki, in the following URL:

http://www.linuxwireless.org/en/users/Drivers
Am I right ?
Mark




On Wed, Nov 26, 2008 at 12:03 PM, Johannes Berg
<[email protected]> wrote:
> On Wed, 2008-11-26 at 09:34 +0100, Vladimir Koutny wrote:
>> >> More specifically, I am particularly interested to know whether Intel
>> >> iwl3945 and Intel iwl4965 support AP (Master Mode), and in case they
>> >> do not (as I am afraid is the situation)
>> >> - is there any intention to add AP (masted mode) support to these drivers
>> >> in the near future ?
>> >
>> > The driver announces AP mode support (look for NL80211_IFTYPE_AP and
>> > hw->wiphy->interface_modes in iwl-core.c and iwl3945-base.c), so it
>> > might work, or at least the intention is to make it work. By the way,
>> > rt2x00 announces AP mode support too (in some conditions).
>>
>> I've tested AP mode on iwl4965 about 2 weeks ago and a very quick test did
>> work (no encryption, just connected a win notebook to it and did some
>> browsing). Just be sure to fetch correct (=recent) versions of hostapd and
>> libnl..
>
> I don't think it'll do mcast buffering correctly.
>
> johannes
>

2008-11-26 11:21:47

by Johannes Berg

[permalink] [raw]
Subject: Re: AP (Master Mode) of wireless drivers

On Wed, 2008-11-26 at 09:34 +0100, Vladimir Koutny wrote:
> >> More specifically, I am particularly interested to know whether Intel
> >> iwl3945 and Intel iwl4965 support AP (Master Mode), and in case they
> >> do not (as I am afraid is the situation)
> >> - is there any intention to add AP (masted mode) support to these drivers
> >> in the near future ?
> >
> > The driver announces AP mode support (look for NL80211_IFTYPE_AP and
> > hw->wiphy->interface_modes in iwl-core.c and iwl3945-base.c), so it
> > might work, or at least the intention is to make it work. By the way,
> > rt2x00 announces AP mode support too (in some conditions).
>
> I've tested AP mode on iwl4965 about 2 weeks ago and a very quick test did
> work (no encryption, just connected a win notebook to it and did some
> browsing). Just be sure to fetch correct (=recent) versions of hostapd and
> libnl..

I don't think it'll do mcast buffering correctly.

johannes


Attachments:
signature.asc (836.00 B)
This is a digitally signed message part