Firmware doesn't allow precise tx rate control so
P2P wasn't entirely spec compliant (it was using
CCK rates in some cases).
The only way to make sure firmware doesn't use CCK
rates is to have a vdev with P2P subtype used for
scanning and tx. This can be done via a special
dedicated P2P device
To comply with WMM-PS the device shouldn't wake up
with a NullFunc frame pair when tx-ing. Instead PM
bit on each tx frame should be used.
To make this work correctly firmware needs to be
told to use a different STA PS wake threshold when
u-APSD is enabled.
Signed-off-by: Michal Kazior
Per-vif bss_conf.ps should be used to configure
powersave.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
drivers/net/wireless/ath/ath10k/mac.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wireless/ath/ath10k/mac.c
On Wed, 2014-12-10 at 19:35 +0530, Sujith Manoharan wrote:
Bastian Bittorf wrote:
since some weeks the file
'/sys/kernel/debug/ieee80211/$phy/statistics/multicast_received_frame_count'
is not updated anymore. is this intended?
Reverting b8fff407a180286aa683d543d878d98d9fc57b13 in
From: Sujith Manoharan c_man...@qca.qualcomm.com
Check if the frame has been completed without any
error and use IEEE80211_TX_STAT_NOACK_TRANSMITTED to
indicate successful transmission of no-ack frames.
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
From: Sujith Manoharan c_man...@qca.qualcomm.com
Use the new IEEE80211_TX_STAT_NOACK_TRANSMITTED flag
to indicate successful transmission of no-ack frames.
This fixes multicast frame accounting.
Cc: ath...@lists.infradead.org
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
From: Sujith Manoharan c_man...@qca.qualcomm.com
Move IEEE80211_TX_CTL_PS_RESPONSE to info-control.flags since
this is used only in the TX path (by ath9k). This frees up
a bit which can be used for other purposes.
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
From: Sujith Manoharan c_man...@qca.qualcomm.com
Since multicast frames are marked as no-ack, using
IEEE80211_TX_STAT_ACK to check if they have been
successfully transmitted by the driver is incorrect
since a driver can choose to ignore transmission status
for no-ack frames. This results in
On 12/05/2014 07:59 PM, Ben Greear wrote:
On 12/05/2014 09:16 AM, Peter Oh wrote:
Setting fragmentation threshold has not been supported by
any of firmware versions, hence unregister the callback and
remove the function.
How hard is it to just fix the firmware instead?
It's due to hardware
On 12/10/2014 10:33 AM, poh wrote:
On 12/05/2014 07:59 PM, Ben Greear wrote:
On 12/05/2014 09:16 AM, Peter Oh wrote:
Setting fragmentation threshold has not been supported by
any of firmware versions, hence unregister the callback and
remove the function.
How hard is it to just fix the
On 12/10/2014 11:03 AM, Ben Greear wrote:
On 12/10/2014 10:33 AM, poh wrote:
On 12/05/2014 07:59 PM, Ben Greear wrote:
On 12/05/2014 09:16 AM, Peter Oh wrote:
Setting fragmentation threshold has not been supported by
any of firmware versions, hence unregister the callback and
remove the
Hi Johannes,
have we considered also exposing the mode of this netdev. So for
example sta,ap,p2p-go,p2p-client etc. If we can send dynamic updates
via RTNL, we could easily tell the networking management system what
type of wireless device we have here. I am thinking about it like
Hi Vadim,
It allows to identify the wlan kind of device for the user application,
e.g.:
# ip -d link
1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN mode
DEFAULT group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 promiscuity 0
2:
The setting of this flag was missed in previous modifications.
Signed-off-by: Larry Finger larry.fin...@lwfinger.net
Cc: Stable sta...@vger.kernel.org
---
drivers/net/wireless/rtlwifi/rtl8192ce/hw.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/wireless/rtlwifi/rtl8192ce/hw.c
On Fri, Dec 5, 2014 at 11:30 AM, Seth Forshee
seth.fors...@canonical.com wrote:
I have taken over maintenance of the regulatory database from
linville. Add my key so that regulatory.bin files signed by me
will be trusted, but also keep John's key so that existing files
will continue to be
We are pleased to announce that registration is now open for netdev 0.1, the
community-driven Linux networking conference held back-to-back with netconf in
Ottawa, Canada, February 14-17, 2015.
Registration is now open at https://onlineregistrations.ca/netdev01.
Fees: $100/day, or $350 for 4
From: Sujith Manoharan c_man...@qca.qualcomm.com
This series adds initial support for QCA956x.
Miaoqing Pan (4):
ath9k: Add HW IDs for QCA956x
ath9k: Add initvals for QCA956x
ath9k: Fix register definitions for QCA956x
ath9k: Add QCA956x HW support
drivers/net/wireless/ath/ath9k/ahb.c
From: Miaoqing Pan miaoq...@qca.qualcomm.com
Signed-off-by: Miaoqing Pan miaoq...@qca.qualcomm.com
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/ar9003_phy.h | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git
From: Miaoqing Pan miaoq...@qca.qualcomm.com
Signed-off-by: Miaoqing Pan miaoq...@qca.qualcomm.com
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/ani.c | 3 +-
drivers/net/wireless/ath/ath9k/ar9003_eeprom.c | 15 +---
From: Miaoqing Pan miaoq...@qca.qualcomm.com
Signed-off-by: Miaoqing Pan miaoq...@qca.qualcomm.com
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/ar9003_hw.c | 61 +-
drivers/net/wireless/ath/ath9k/ar956x_initvals.h | 1046
From: Miaoqing Pan miaoq...@qca.qualcomm.com
Signed-off-by: Miaoqing Pan miaoq...@qca.qualcomm.com
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath9k/ahb.c | 4
drivers/net/wireless/ath/ath9k/hw.c | 4
drivers/net/wireless/ath/ath9k/hw.h | 1
21 matches
Mail list logo
