gmane.linux.kernel.wireless.general

Re: [rt2x00-users] rt2x00: missing devices/chips

Helmut Schaa — 2012-05-23T11:35:44

Hi Xose,

On Tue, May 22, 2012 at 10:35 PM, Xose Vazquez Perez
<xose.vazquez-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

That would indeed be nice, let's see what the future brings.

However, thanks a lot for all your contributions!
Helmut
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] ath9k: fix/add bits for spectral scanning

Zefir Kurtisi — 2012-05-23T11:34:31

Updates for spectral scanning register modification for AR93x:
 * fix bits for spectral_scan_count
 * add bits for new parameters

Signed-off-by: Zefir Kurtisi <zefir.kurtisi-ASv44eHyqLVBDgjK7y7TUQ< at >public.gmane.org>
---
 drivers/net/wireless/ath/ath9k/ar9003_phy.h |   32 ++++++++++++++++----------
 1 files changed, 20 insertions(+), 12 deletions(-)

diff --git a/drivers/net/wireless/ath/ath9k/ar9003_phy.h b/drivers/net/wireless/ath/ath9k/ar9003_phy.h
index d834d97..44963b0 100644
--- a/drivers/net/wireless/ath/ath9k/ar9003_phy.h
+++ b/drivers/net/wireless/ath/ath9k/ar9003_phy.h
< at >< at > -817,18 +817,26 < at >< at >
 #define AR_PHY_CHAN_INFO_MEMORY_CAPTURE_MASK         0x0001
 #define AR_PHY_RX_DELAY_DELAY   0x00003FFF
 #define AR_PHY_CCK_TX_CTRL_JAPAN    0x00000010
-#define AR_PHY_SPECTRAL_SCAN_ENABLE         0x00000001
-#define AR_PHY_SPECTRAL_SCAN_ENABLE_S       0
-#define AR_PHY_SPECTRAL_SCAN_ACTIVE         0x00000002
-#define AR_PHY_SPECTRAL_SCAN_ACTIVE_S       1
-#define AR_PHY_SPECTRAL_SCAN_FFT_PERIOD     0x000000F0
-

Re: [PATCH] rt2800: Initialize max_txpower to MAX_G_TXPOWER and MAX_A_TXPOWER respectively

Helmut Schaa — 2012-05-23T11:32:50

On Tue, May 22, 2012 at 10:58 PM, Tobias Diedrich
<ranma+openwrt-YxUgxmcw2FPQD6PfKP4TzA< at >public.gmane.org> wrote:

It is, but only for devices with correct tx power limit in the eeprom.


So, we can actually drop this patch then?

Helmut
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] mac80211: allow setting default U-APSD queues/max_sp_len for STA

Arik Nemtsov — 2012-05-23T11:13:25

Well it may be an issue specific to our HW. We didn't want to change
the default behavior of all other mac80211 drivers.

I'm not sure what you mean by "hack" here. We just enable the driver
to override a default value, which is used by mac80211.

Arik
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] mac80211: allow setting default U-APSD queues/max_sp_len for STA

Kalle Valo — 2012-05-23T10:59:04


Then you could write it down to the commit log instead of forcing others
to ask.


Sounds like a hack to do this in the driver. Why can't mac80211 do it?

Re: [PATCH] mac80211: allow setting default U-APSD queues/max_sp_len for STA

Arik Nemtsov — 2012-05-23T10:49:22

Of course. We want to change this in wlcore. We've encountered
compatibility problems with some APs when we set ACs other than VO to
U-APSD mode.

Arik
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] mac80211: allow setting default U-APSD queues/max_sp_len for STA

Kalle Valo — 2012-05-23T10:44:02


Why? I assume there is a reason for this...

Re: BCM4331 tx failures after S3

Arend van Spriel — 2012-05-23T09:30:38

Yikes. I recently did suspend/resume and hibernate testing with BCM43224
(so brcmsmac and bcma), but my system was on AC. I will execute them
again on battery. I want to make sure it is not a BCM4331 specific issue.


When going to S3 the driver is told by mac80211 .stop callback to abort
driver operation so I do not expect b43 has a problem. Instead we
probably have to look at the host PCI code in bcma, but before going
there let me execute my tests.

Can you tell me on what kernel version you see this issue. I would also
like to have a look at your kernel log.



--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: BCM4331 tx failures after S3

Hauke Mehrtens — 2012-05-23T09:15:08

Hi Seth,

as reloading bcma helps could you try the attached patch which runs the
code for pci core initialisation on resume again. I saw some comments
about some functions which should be called on resume for pci core
initialisation in brcmsmac.

The other patch adds some pci workarounds for recent apple devices like
yours.

Both patches are not even compile tested.

Hauke

Re: [PATCH] mac80211: add command to get current rssi

Goldenshtein, Victor — 2012-05-23T08:51:53

Alternatively we could leave it as general callback "drv_get_rssi()",
add the peer address and let the driver decide if it supports
retrieval of the rssi for the given peer.  Thus, allowing us to do
something like:

if (!local->ops->get_rssi) || (drv_get_rssi(local, sdata,
sta->sta.addr, &sinfo->signal))
        sinfo->signal = (s8)sta->last_signal;

[PATCH] mac80211: allow setting default U-APSD queues/max_sp_len for STA

Arik Nemtsov — 2012-05-23T08:13:33

Allow the low level driver to set U-APSD parameters when operating in
managed mode.

Signed-off-by: Arik Nemtsov <arik-Ix1uc/W3ht7QT0dZR+AlfA< at >public.gmane.org>
---
 include/net/mac80211.h |    9 +++++++++
 net/mac80211/main.c    |    8 ++++++++
 net/mac80211/mlme.c    |    4 ++--
 3 files changed, 19 insertions(+), 2 deletions(-)

diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index 4d6e6c6..36c3318 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
< at >< at > -1288,6 +1288,13 < at >< at > enum ieee80211_hw_flags {
  *
  * < at >offchannel_tx_hw_queue: HW queue ID to use for offchannel TX
  *(if %IEEE80211_HW_QUEUE_CONTROL is set)
+ *
+ * < at >sta_uapsd_queues: Bitmask of enabled U-APSD queues when operating in
+ *managed mode (%IEEE80211_WMM_IE_STA_QOSINFO_AC_VO & co). Defaults
+ *to all four ACs.
+ *
+ * < at >sta_uapsd_max_sp_len: Maximum number of buffered frames AP can deliver in
+ *a service period. Defaults to %IEEE80211_WMM_IE_STA_QOSINFO_SP_ALL
  */
 struct ieee80211_hw {
 struct ieee80211_conf con

Re: [PATCH] ath6kl: Fix missing gpio pin 9 configuration

Kalle Valo — 2012-05-23T07:18:45

No, I didn't. I was just busy with something else, will review soon.

Kalle
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] ath6kl: Fix missing gpio pin 9 configuration

Vasanthakumar Thiagarajan — 2012-05-23T07:16:15


On Tuesday 22 May 2012 12:52 PM, Vasanthakumar Thiagarajan wrote:

I hope you are not dropping this one along with the other
series of two patches sent mistakenly. This is genuine patch.

Vasanth
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] mac80211: add command to get current rssi

Goldenshtein, Victor — 2012-05-23T06:58:35

On Tue, May 22, 2012 at 9:40 PM, Johannes Berg
<johannes-cdvu00un1VgdHxzADdlk8Q< at >public.gmane.org> wrote:

This is this is for managed only.
I can rename the drv_get_rssi() to drv_get_sta_rssi() and to call it
only for NL80211_IFTYPE_STATION, I think it would clarify things?

wireless-testing in fedora 16

Xun Ouyang — 2012-05-23T03:01:51

Hi,everybody,I am a beginner in linux and when I compiled the kernel,
"drivers/net/wireless/iwlegacy/common.c    fatal error:iwl-io.h:No such file or 
directory." there is a file named <iwl-io.h> under the fold 
drivers/net/wireless/iwlwifi. I think it is not a problem when these two 
files are in the different folds, right? since there are some other files 
contains the "#include <iwl-io.h>" and they are not in the same directory.

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] rt2800: Initialize max_txpower to MAX_G_TXPOWER and MAX_A_TXPOWER respectively

Tobias Diedrich — 2012-05-22T20:58:29

Hmm, apparently setting txpower has no effect?
Is it not implemented in the driver?

i.e. regardless of "iw (dev wlan0|phy phy0) set txpower fixed (100|2000)"
I don't see any significant chane in Wifi Analyzer on my Android
phone.

(The real reason I couldn't connect to the AP at all was a different recent
change)

Re: pull request: wireless 2012-05-22

David Miller — 2012-05-22T20:17:43

From: "John W. Linville" <linville-2XuSBdqkA4R54TAoqtyWWQ< at >public.gmane.org>
Date: Tue, 22 May 2012 15:53:48 -0400


Pulled, thanks John.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[README] Two merges pending...

David Miller — 2012-05-22T19:28:40

After some discussion with John Linville I'm going to let him do
one more wireless merge to me.

I only decided to do this because the changes in his tree were in
his tree before he went away for a week, and therefore have gotten
lots of exposure in -next before the merge window even openned.

Which is more than I can say for some of this shit landing in Linus's
tree the past few days.

Pablo also has a prearranged netfilter merge pending.

DO NOT use this as some sort of sign that if you have some last minute
thing you want merged I can be coaxed into allowing it too.  I very
nearly told John no, and I'm going to tell you no too.

The rest of you stick to bug fixes and maybe a few device ID
additions.

Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

How can I show missing information if interface is in master mode???

Beat Meier — 2012-05-22T19:11:03

Hello

Is there any reason that iwconfig/iw of interfaces which use mac80211 is 
different if interface is in master mode than in managed mode?
The output of an interface in managed mode is like it was in old drivers 
like madwifi i.e. you can see
   bitrate of interface (importent if you want to set it to a lower one 
like for example 24Mbps which most cards have more output than with 54Mbps)
   Channel of interface
   essid of interface
If interface is in master mode you see nothing of that
In fact I have not found how to see essid of an interface in master mode 
and really need that, nor the set bitrate...
iw phy0 info does show the capabilities but not the set values...

Greetings

Beat

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] rfkill: Add handling when rfkill's type is RFKILL_TYPE_ALL.

Johannes Berg — 2012-05-22T18:46:39

Sorry, I accidentally replied to this in private and then Alex replied
but it all got lost.

He said he was going to change the eeepc use KEY_RFKILL instead of
KEY_WLAN to switch all types...

So I guess what this change really does is make __rfkill_switch_all() be
able to not only switch all devices of a given type, but also be able to
switch all devices of all types.

Alex, can you please rewrite the commit log to make that clearer?

johannes

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH v1] mac80211: Handle race condition in replay handling

Johannes Berg — 2012-05-22T18:42:51


This is still all wrong. If anything, the proper fix should be to leave
the old key around and have the driver somehow indicate which key was
used so the PN comparison can be done against the old key. That would
also solve the problem generically, not just for CCMP in a very hacky
way.

johannes

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA< at >public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html