Emmanuel Grumbach | 29 Jul 14:39 2014
Picon

[PATCH] mac80211: don't resize skbs needlessly

From: Ido Yariv <ido@...>

Header-less cloned skbs with sufficient headroom need not be cloned
unless the tailroom is going to be modified.

Fix ieee80211_skb_resize so it would only resize cloned skbs if either
the header isn't released or the tailroom is going to be modified.

Some drivers might have assumed that skbs are never cloned, so add a HW
flag that explicitly permits cloned TX skbs. Drivers which do not modify
TX skbs should set this flag to avoid copying skbs.

Signed-off-by: Ido Yariv <idox.yariv@...>
Signed-off-by: Emmanuel Grumbach <emmanuel.grumbach@...>
---
 include/net/mac80211.h | 5 ++++-
 net/mac80211/tx.c      | 5 ++++-
 2 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index c9d1a5b..b32ef8f 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
 <at>  <at>  -1610,6 +1610,9  <at>  <at>  struct ieee80211_tx_control {
  *	is not enabled the default action is to disconnect when getting the
  *	CSA frame.
  *
+ *  <at> IEEE80211_HW_SUPPORTS_CLONED_SKBS: The driver will never modify the payload
+ *	or tailroom of TX skbs without copying them first.
+ *
(Continue reading)

Emmanuel Grumbach | 29 Jul 14:38 2014
Picon

[PATCH] mac80211: Fix accounting of the tailroom-needed counter

From: Ido Yariv <ido@...>

When hw acceleration is enabled, the GENERATE_IV or PUT_IV_SPACE flags
will only require headroom space. Consequently, the tailroom-needed
counter can safely be decremented.

Signed-off-by: Ido Yariv <idox.yariv@...>
Signed-off-by: Emmanuel Grumbach <emmanuel.grumbach@...>
---
 include/net/mac80211.h |  7 +++++--
 net/mac80211/key.c     | 12 +++---------
 2 files changed, 8 insertions(+), 11 deletions(-)

diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index a0d3907..c9d1a5b 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
 <at>  <at>  -1227,7 +1227,8  <at>  <at>  struct ieee80211_vif *wdev_to_ieee80211_vif(struct wireless_dev *wdev);
  *
  *  <at> IEEE80211_KEY_FLAG_GENERATE_IV: This flag should be set by the
  *	driver to indicate that it requires IV generation for this
- *	particular key.
+ *	particular key. Setting this flag does not necessarily mean that SKBs
+ *	will have sufficient tailroom for ICV or MIC.
  *  <at> IEEE80211_KEY_FLAG_GENERATE_MMIC: This flag should be set by
  *	the driver for a TKIP key if it requires Michael MIC
  *	generation in software.
 <at>  <at>  -1239,7 +1240,9  <at>  <at>  struct ieee80211_vif *wdev_to_ieee80211_vif(struct wireless_dev *wdev);
  *  <at> IEEE80211_KEY_FLAG_PUT_IV_SPACE: This flag should be set by the driver
  *	if space should be prepared for the IV, but the IV
(Continue reading)

Arend van Spriel | 29 Jul 14:23 2014

[PATCH v4 4/4] brcmfmac: Fix OOB interrupt not working for BCM43362

From: Hans de Goede <hdegoede@...>

It has taken me a long long time to get the OOB interrupt working on the
AP6210 sdio wifi/bt module found on various Allwinner A20 boards. In the
end I found these magic register pokes in the cubietruck kernel tree:
https://github.com/cubieboard2/linux-sunxi/commit/7f08ba395617d17e7a711507503d89a50406fe7a

This is also done for the bcm43362 in broadcom's internal/proprietary driver.

Signed-off-by: Hans de Goede <hdegoede@...>
Reviewed-by: Arend van Spriel <arend@...>
[arend@...: rebased changing BCM43362 chip id to fix compilation]
Signed-off-by: Arend van Spriel <arend@...>
---
Hi John,

The last patch in this series introduced the compilation issue
so I only fixed that. Hope you still have the whole series somewhere.
This patch replaces the one with:

Message-ID: <1404051421-24377-5-git-send-email-hdegoede@...>

It applies to the master branch of the wireless-next repository.

Regards,
Arend
---
 drivers/net/wireless/brcm80211/brcmfmac/bcmsdh.c | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)

(Continue reading)

Noemi Alvarez | 29 Jul 10:23 2014
Picon

Hello


I want to keep up with you with hope for friendship if you are interested.
If you don't mind i will like you to write me back. I am waiting to read
from you, because i have something important and urgent to discuss with
you. I will also send some of my beautiful photos to you.

--
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

tara petric | 29 Jul 12:42 2014
Picon

a way to prevent authenticaion frames in IBSS mode for unfamiliar stations?

Hi,

I have noticed that when a WNIC running an IBSS network receives a
frame from an unfamiliar station, it (after adding the station ) sends
an Authentication frame before it's able to receive the intended
frame.

This seems like unnecessary behavior and I am wondering - is there a
way to somehow prevent this from user space? Or pre-add a particular
station, so that it wont go into ieee80211_ibss_rx_no_sta upon
receival? Or more generally is there a way to prevent authentication
frames being sent out alltogether from non-encrypted IBSS (since it's
not required by the standard)?

The reason I want to know about this is because I am trying to see if
it is possible to have minimal exchange of frames ( only useful
information ) with linux 80211 capabilites.

I'm guessing that this happens in this case, as well as the regular
IBSS join case, when this part of code is executed :
lxr.free-electrons.com/source/net/mac80211/ibss.c?v=3.10#L328

I am using Kernel Version 3.10.25

Thank you very much,
Tara
--
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)

Michal Kazior | 29 Jul 12:03 2014

[PATCH] ath10k: fix wmi service bitmap debug

The 10.x and main firmware branches have
conflicting WMI service bitmap definitions.

This also fixes WMI services parsing on big-endian
hosts and changes debugfs output to be more human
friendly.

Signed-off-by: Michal Kazior <michal.kazior@...>
---
 drivers/net/wireless/ath/ath10k/core.h  |   2 +-
 drivers/net/wireless/ath/ath10k/debug.c |  26 ++-
 drivers/net/wireless/ath/ath10k/wmi.c   |  14 +-
 drivers/net/wireless/ath/ath10k/wmi.h   | 367 +++++++++++++++++++++++---------
 4 files changed, 290 insertions(+), 119 deletions(-)

diff --git a/drivers/net/wireless/ath/ath10k/core.h b/drivers/net/wireless/ath/ath10k/core.h
index ded3af2..d8141fe 100644
--- a/drivers/net/wireless/ath/ath10k/core.h
+++ b/drivers/net/wireless/ath/ath10k/core.h
 <at>  <at>  -280,7 +280,7  <at>  <at>  struct ath10k_debug {
 	struct dentry *debugfs_phy;

 	struct ath10k_target_stats target_stats;
-	u32 wmi_service_bitmap[WMI_SERVICE_BM_SIZE];
+	DECLARE_BITMAP(wmi_service_bitmap, WMI_SERVICE_BM_SIZE);

 	struct completion event_stats_compl;

diff --git a/drivers/net/wireless/ath/ath10k/debug.c b/drivers/net/wireless/ath/ath10k/debug.c
index c9e35c87e..df1abe7 100644
(Continue reading)

Borislav Boev | 29 Jul 09:28 2014
Picon

Poor wifi performance on Intel 7260 Dual-Band AC Wifi card

Hello, I am reporting this bug, though it is well known for years. In general I've experienced poor wifi
performance with all Intel cards, starting from 3945abg, 4965agn and now Intel 7260 Dual-Band AC.
The old cards were on a ThinkPad T61 system, 7260 is on a brand new ThinkPad Edge E540.

So here's the problem:
Wireless conection is slow, there's a unusual ping while browsing web pages (tried with all browsers - no
luck), and sometimes drop-outs in connection.
There's a partial fix by disabling Wireless "N" mode, but this is irrational, because it limits the network
to only 54mbits speed.

Details about the system:
Hardware:
ThinkPad E540
CPU: Intel core i5-4200m (Haswell)
Wireless adapter: Intel 7260 Dual-Band AC

Software:
PCLinuxOS 2014.07
Kernel: 3.15.5 (though it was the same with old kernels)
Kernel module: iwlwifi 
 		 	   		  --
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

Denton Gentry | 29 Jul 08:36 2014
Picon

[PATCH] mac80211: fix start_seq_num in Rx reorder offload

sta->last_seq_ctrl is the seq_ctrl field from the last header
seen, need to shift it 4 bits to extract the sequence number.
Otherwise the ieee80211_sn_less() check at the top of
ieee80211_sta_manage_reorder_buf drops frames until the sequence
number catches up.

Cc: Michal Kazior <michal.kazior@...>
Signed-off-by: Denton Gentry <denton.gentry@...>
---
 net/mac80211/iface.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/net/mac80211/iface.c b/net/mac80211/iface.c
index 7e5afaa..7434ffe 100644
--- a/net/mac80211/iface.c
+++ b/net/mac80211/iface.c
 <at>  <at>  -1195,8 +1195,8  <at>  <at>  static void ieee80211_iface_work(struct work_struct *work)
 			if (sta) {
 				u16 last_seq;

-				last_seq = le16_to_cpu(
-					sta->last_seq_ctrl[rx_agg->tid]);
+				last_seq = IEEE80211_SEQ_TO_SN(le16_to_cpu(
+					sta->last_seq_ctrl[rx_agg->tid]));

 				__ieee80211_start_rx_ba_session(sta,
 						0, 0,
--

-- 
2.0.0.526.g5318336

(Continue reading)

Julian Wollrath | 28 Jul 22:48 2014
Picon

iwlwifi microcode SW error and traces on v3.16-rc7

Hi,

during wakeup from suspend to RAM, I got the following microcode SW
error and traces for my wireless card (03:00.0 Network controller
[0280]: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak]
[8086:0085] (rev 34)):
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0: Radio type=0x1-0x2-0x0
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0: Error sending REPLY_RXON: time out after 2000ms.
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0: Current CMD queue read_ptr 15 write_ptr 16
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0: Loaded firmware version: 18.168.6.1
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0: Microcode SW error detected.  Restarting 0x2000000.
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0: CSR values:
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0: (2nd byte of CSR_INT_COALESCING is CSR_INT_PERIODIC_REG)
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:        CSR_HW_IF_CONFIG_REG: 0X00488700
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:          CSR_INT_COALESCING: 0X00000040
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:                     CSR_INT: 0X00000000
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:                CSR_INT_MASK: 0X00000000
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:           CSR_FH_INT_STATUS: 0X00000000
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:                 CSR_GPIO_IN: 0X00000030
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:                   CSR_RESET: 0X00000000
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:                CSR_GP_CNTRL: 0X080403cd
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:                  CSR_HW_REV: 0X000000b0
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:              CSR_EEPROM_REG: 0X19010ffd
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:               CSR_EEPROM_GP: 0X90000001
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:              CSR_OTP_GP_REG: 0X00030001
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:                 CSR_GIO_REG: 0X00080042
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:            CSR_GP_UCODE_REG: 0X00000007
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:           CSR_GP_DRIVER_REG: 0X00000000
Jul 28 10:35:47 saldaea kernel: iwlwifi 0000:03:00.0:           CSR_UCODE_DRV_GP1: 0X00000000
(Continue reading)

Malcolm Priestley | 28 Jul 22:43 2014
Picon

[PATCH 1/4] staging: vt6655: remove undefined TASK_LET code

Removing all code within and function MngWorkItem.

Signed-off-by: Malcolm Priestley <tvboxspy@...>
---
 drivers/staging/vt6655/device.h      |  1 -
 drivers/staging/vt6655/device_main.c |  6 ------
 drivers/staging/vt6655/dpc.c         | 24 ------------------------
 drivers/staging/vt6655/dpc.h         |  2 --
 4 files changed, 33 deletions(-)

diff --git a/drivers/staging/vt6655/device.h b/drivers/staging/vt6655/device.h
index a707984..fccb510 100644
--- a/drivers/staging/vt6655/device.h
+++ b/drivers/staging/vt6655/device.h
 <at>  <at>  -425,7 +425,6  <at>  <at>  typedef struct __device_info {

 	spinlock_t                  lock;
 //PLICE_DEBUG->
-	struct	tasklet_struct	RxMngWorkItem;
 	RxManagementQueue	rxManeQueue;
 //PLICE_DEBUG<-
 //PLICE_DEBUG ->
diff --git a/drivers/staging/vt6655/device_main.c b/drivers/staging/vt6655/device_main.c
index 1e1d3b4..c43fc79 100644
--- a/drivers/staging/vt6655/device_main.c
+++ b/drivers/staging/vt6655/device_main.c
 <at>  <at>  -1704,9 +1704,6  <at>  <at>  static int  device_open(struct net_device *dev)
 	vMgrTimerInit(pDevice);

 //PLICE_DEBUG->
(Continue reading)

Lorenzo Bianconi | 28 Jul 16:02 2014
Picon

[PATCHv4 0/2] configure dynack through mac80211/cfg80211 stack

Extend set_coverage_class API in order to enable ACK timeout estimation
algorithm (dynack) passing coverage_class equals to -1 to lower drivers.
Currently dynack is supported just by ath9k.
Fix set_coverage_class signature for p54, ath9k, ath9k_htc and ath5k drivers.

Changes since v3:
- squash driver patches and mac80211 one

Changes since v2:
- add set_coverage_class signature fix to patchset
- define NL80211_FEATURE_ACKTO_ESTIMATION to report driver dynack capability
- reject configuration if both NL80211_ATTR_WIPHY_COVERAGE_CLASS and
  NL80211_ATTR_WIPHY_DYN_ACK are given

Changes since v1:
- extend set_coverage_class signature insted of define enable_dynack API

Lorenzo Bianconi (2):
  cfg80211: enable dynack through nl80211
  mac80211: extend set_coverage_class signature

 drivers/net/wireless/ath/ath5k/mac80211-ops.c |  2 +-
 drivers/net/wireless/ath/ath9k/htc_drv_main.c |  2 +-
 drivers/net/wireless/ath/ath9k/main.c         |  3 ++-
 drivers/net/wireless/p54/main.c               |  3 ++-
 include/net/cfg80211.h                        |  2 ++
 include/net/mac80211.h                        |  5 +++--
 include/uapi/linux/nl80211.h                  |  8 ++++++++
 net/mac80211/cfg.c                            |  9 +++++++--
 net/mac80211/driver-ops.h                     |  2 +-
(Continue reading)


Gmane