Hi James,
>> We will stop submitting URBs for Rx data when pending packet count
>> reaches high threshold and restart them when enough packets are
>> consumed to solve the problem.
>
>Other drivers and user activity can deplete memory. How does this patch
>solve the problem when dev_alloc_skb fai
On Wed, Nov 05, 2014 at 05:04:29PM +0530, Amitkumar Karwar wrote:
> On some platforms, system goes out of memory during heavy
> Rx traffic with our USB chipsets.
>
> In case of SDIO/PCIe, after receiving 50 packets in Rx queue
> we stop processing interrupts till packets pending fall below
> low t
From: Avinash Patil
It is observed that device sometimes sends BA setup requests for
broadcast mac address.
This patch adds a check to avoid checking availability of
AMPDU/AMSDU streams for broadcast mac address.
Signed-off-by: Amitkumar Karwar
Signed-off-by: Avinash Patil
---
drivers/net/wir
From: Avinash Patil
We see this warning while starting mwifiex AP:
Unsupported RX-STBC, default to 2x2
This was happening because of wrong offset while copying HT
capabilities from BSS configuration of start_ap handler.
Signed-off-by: Amitkumar Karwar
Signed-off-by: Avinash Patil
---
drivers
On some platforms, system goes out of memory during heavy
Rx traffic with our USB chipsets.
In case of SDIO/PCIe, after receiving 50 packets in Rx queue
we stop processing interrupts till packets pending fall below
low threshold i.e 20. We don't have similar logic for USB,
so if host platform is s
From: Avinash Patil
This patch removes redundant data complete handler.
Signed-off-by: Avinash Patil
Signed-off-by: Cathy Luo
Signed-off-by: Amitkumar Karwar
---
drivers/net/wireless/mwifiex/main.h | 1 -
drivers/net/wireless/mwifiex/txrx.c | 4
drivers/net/wireless/mwifiex/usb.c | 6 -
From: Avinash Patil
This patch adds RX workqueue support for USB interfaces.
Currently rx_pending is applicable for cmd/events and Rx
data in USB interface. Let's use it only for Rx data.
Signed-off-by: Avinash Patil
Signed-off-by: Cathy Luo
Signed-off-by: Amitkumar Karwar
---
drivers/net/wi
On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov wrote:
> + * @NL80211_ATTR_WIPHY_SELF_MANAGED_REG: flag attribute indicating the
> + * regulatory information came from the driver and not from the global
> + * cfg80211 regulatory domain information.
Awesome, can you also add another entry f
On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov wrote:
> cfg80211: allow wiphy specific regdomain management
This guy never made it to my inbox.
Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majord...@vger.kernel.org
More majordom
On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov wrote:
> From: Jonathan Doron
>
> Some channels fields were not being updated in the custom regulatory
> path. Update them according to the code in handle_channel().
>
> Signed-off-by: Jonathan Doron
> Signed-off-by: Arik Nemtsov
Reviewed-by: Luis
On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov wrote:
> +static bool reg_wdev_chan_valid(struct wiphy *wiphy, struct wireless_dev
> *wdev)
> +{
> + struct ieee80211_channel *ch;
> + struct cfg80211_chan_def chandef;
> + struct cfg80211_registered_device *rdev = wiphy_to_rdev(wip
On Wed, Oct 22, 2014 at 11:37 PM, Arik Nemtsov wrote:
> Allow setting bandwidth related regulatory flags. These flags are mapped
> to the corresponding channel flags in the specified range.
> Make sure the new flags are consulted when calculating the maximum
> bandwidth allowed by a regulatory-rul
Rajkumar Manoharan writes:
> On Tue, Nov 04, 2014 at 01:34:37AM +0200, Kalle Valo wrote:
>> Rajkumar Manoharan writes:
>>
>> > For packet log, the transmitted frame 802.11 header alone is sufficient.
>> > Recording entire packet is also consuming lot of disk space. To optimize
>> > this, tx and
From: Ben Greear
The commit that went into 3.17:
ath9k: Summarize hw state per channel context
Group and set hw state (opmode, primary_sta, beacon conf) per
channel context instead of whole list of vifs. This would allow
each channel context to run in different mode (STA/AP).
From: Ben Greear
When channel-context is not enabled, all vifs belong to
the first context, but it is not configured as 'assigned'.
Fix misc debugfs file to print out info for non-assigned
contexts, and also print whether ctx is assigned or not.
Signed-off-by: Ben Greear
---
This is not overl
On 10/03/2014 02:17 PM, Ben Greear wrote:
> Took a while, but I found the regression that has been bugging me.
[snip]
Ok, so I started looking at this problem. The bug appears to lie in
the calculating of the BSSID mask. I think the BSSID calculation must
be broken any time you have vifs in mor
On Tue, Nov 04, 2014 at 09:57:21AM +0100, Johannes Berg wrote:
> John,
>
> Here are a few more fixes for 3.18, I hope that's not a problem.
>
> johannes
>
> ---
>
> The following changes since commit 11b2357d5dbce999803e9055f8c09829a8a87db4:
>
> mac80211: minstrels: fix buffer overflow in HT
On Mon, Nov 03, 2014 at 09:48:44PM +0200, Emmanuel Grumbach wrote:
> Hi John,
>
> Here is a pull request for 3.18.
>
> Details below, please pull.
>
> Thanks!
>
> The following changes since commit 7f2ac8fb31896c9fb70dbd2a2e6642b79996fc13:
>
> iwlwifi: pcie: fix polling in various places (20
On Tue, Nov 04, 2014 at 11:29:35AM +0100, Johannes Berg wrote:
> Hi John,
>
> This comes relatively late, but between other things I didn't get around
> to it until now, sorry about that.
>
> We have quite a bit of content, see below.
>
> Let me know if there's any problem.
>
> johannes
>
> --
Thanks so much for the info Johannes. I did notice that rx_status was
getting full. I'll go ahead and put it in skb->data, that's a good idea.
Clyde
On 11/04/2014 02:47 PM, Johannes Berg wrote:
On Tue, 2014-11-04 at 13:37 -0500, C. McPherson wrote:
Hello all:
I was just trying to use the late
On 09/23/2014 02:17 PM, gree...@candelatech.com wrote:
> From: Ben Greear
>
> When re-associating a station, the nss was set back to
> maximum value even if user had configured small number
> of tx chains. So, pay attention to user's config in
> this case as well.
Looks like this (and probably
On Tue, 2014-11-04 at 13:37 -0500, C. McPherson wrote:
> Hello all:
> I was just trying to use the latest stable backports-3.18-rc1-1 and I
> noticed that there is no longer structure members in the
> ieee80211_rx_status structure for Vendor namespace information? In my
> backports 3.14 version
Hello all:
I was just trying to use the latest stable backports-3.18-rc1-1 and I
noticed that there is no longer structure members in the
ieee80211_rx_status structure for Vendor namespace information? In my
backports 3.14 version I used them to add some register information to
the radiotap h
- Our apologies if you receive multiple copies of this CFP -
- Abstract submission deadline: November 21, 2014 -
- Full manuscript due:November 28, 2014 -
-
Hi Arend,
Thanks for your review,
Yes; current description may be confusing. I will send v2 with correct patch
description.
Thanks,
Avinash
From: Arend van Spriel [ar...@broadcom.com]
Sent: Tuesday, November 04, 2014 8:52 PM
To: Amitkumar Karwar
Cc: linvi
On Tue, 2014-11-04 at 16:56 +0100, Henning Rogge wrote:
> Hi,
>
> the only reason why nobody noticed is that the "iw" tool does not even
> check the cmd field of the kernel replies it process. I wonder if "iw"
> should check the value, just to make sure bugs like this are easier to
> detect.
It d
Hi,
the only reason why nobody noticed is that the "iw" tool does not even
check the cmd field of the kernel replies it process. I wonder if "iw"
should check the value, just to make sure bugs like this are easier to
detect.
Henning Rogge
On Tue, Nov 4, 2014 at 4:37 PM, Johannes Berg wrote:
> O
Track it per channel context instead of in the softc
Signed-off-by: Felix Fietkau
---
drivers/net/wireless/ath/ath9k/ath9k.h | 2 +-
drivers/net/wireless/ath/ath9k/init.c | 25 ++---
drivers/net/wireless/ath/ath9k/main.c | 29 +
3 files changed,
On Tue, 2014-11-04 at 16:14 +0100, Henning Rogge wrote:
> Netlink command for nl80211_send_mpath() should be NL80211_CMD_NEW_MPATH.
Doh. Applied, of course.
johannes
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majord...@vger.kernel.org
On 11/04/14 12:57, Amitkumar Karwar wrote:
From: Avinash Patil
It is observed that device sometimes sends BA setup requests for
broadcast mac address.
Its pointless to check for availablity of AMPDU/AMSDU streams
for broadcast mac address. This patch adds this check.
Maybe you should rephrase
Netlink command for nl80211_send_mpath() should be NL80211_CMD_NEW_MPATH.
Signed-off-by: Henning Rogge
---
net/wireless/nl80211.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/wireless/nl80211.c b/net/wireless/nl80211.c
index cb9f5a4..7c20040 100644
--- a/net/wireless/n
Wake queue in the dwIsr loop of device_intr instead of device_tx_srv.
This fixes an issue when ISR_TXDMA0 or ISR_AC0DMA does not occur
device_tx_srv is not called and the queue gets stuck in stopped
condition.
On test if the queue is stuck another MACvTransmitAC0 or MACvTransmit0
in vnt_tx_packet
This creates a single, common path for MSDU,
A-MSDU and fragmented Rx.
Hopefully this will make it easier to understand
Rx path and make it easier to work with.
Signed-off-by: Michal Kazior
---
drivers/net/wireless/ath/ath10k/htt_rx.c | 738 +--
1 file changed, 412 i
Instead of using manual sk_buff linking via ->next
use sk_buff_head. It's more robust, cleaner and
there's plenty of helper functions in kernel
already to manage sk_buff_head.
Signed-off-by: Michal Kazior
---
drivers/net/wireless/ath/ath10k/htt_rx.c | 213 +--
1 file
This makes it more in line with the new Rx path.
It also makes the code more reusable because Rx
descriptor is more accessible.
Signed-off-by: Michal Kazior
---
drivers/net/wireless/ath/ath10k/htt_rx.c | 137 ++-
1 file changed, 96 insertions(+), 41 deletions(-)
diff
Make the rx_confused be handled by the rx
indication handlers instead of the buffer popping
function.
Signed-off-by: Michal Kazior
---
drivers/net/wireless/ath/ath10k/htt_rx.c | 29 -
1 file changed, 12 insertions(+), 17 deletions(-)
diff --git a/drivers/net/wireless
Hi,
This patchset unifies rx path. Instead of
branching for A-MSDU and MSDU cases a single
codepath is introduced.
This yields:
textdata bss dec hex filename
14068 0 0 1406836f4 before/htt_rx.o
13308 3 0 1331133ff after/htt_rx.o
I haven
Since htt_rx_mpdu_status isn't used anymore
(instead attention flags are used) simplify the
loop.
Signed-off-by: Michal Kazior
---
drivers/net/wireless/ath/ath10k/htt_rx.c | 80
1 file changed, 39 insertions(+), 41 deletions(-)
diff --git a/drivers/net/wireless/
Fragmented Rx wasn't reporting everything. With
the reworked Rx code it's very easy to fix it.
Signed-off-by: Michal Kazior
---
drivers/net/wireless/ath/ath10k/htt_rx.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/net/wireless/ath/ath10k/htt_rx.c
b/drivers/net/
The original fix has been moved into a different
place in the code.
Signed-off-by: Michal Kazior
---
drivers/net/wireless/ath/ath10k/htt_rx.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
diff --git a/drivers/net/wireless/ath/ath10k/htt_rx.c
b/drivers/net/wireless/ath
On Tue, 2014-11-04 at 13:55 +0100, Johannes Berg wrote:
> On Tue, 2014-11-04 at 13:49 +0100, Rostislav Lisovy wrote:
> > Use the same ordering in the comments section as it
> > is in the structure below.
>
> Well, I think I confused you :-)
> The report from Fengguang's build bot was actually when
On Tue, 2014-11-04 at 10:25 +0100, Johannes Berg wrote:
> On Mon, 2014-11-03 at 10:33 +0100, Rostislav Lisovy wrote:
> > The IEEE 802.11p amendment (already part of IEEE 802.11-2012)
> > specifies usage of 5 and 10 MHz wide channels in 5.9GHz band for
> > vehicular environment. All the 802.11p comp
On Tue, 2014-11-04 at 13:49 +0100, Rostislav Lisovy wrote:
> Use the same ordering in the comments section as it
> is in the structure below.
Well, I think I confused you :-)
The report from Fengguang's build bot was actually when there was no
documentation, and then I added it and I guess you tho
Use the same ordering in the comments section as it
is in the structure below.
Signed-off-by: Rostislav Lisovy
---
include/net/cfg80211.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/include/net/cfg80211.h b/include/net/cfg80211.h
index 5c3acd0..af0ef26 100644
-
From: Avinash Patil
This patch removes redundant data complete handler.
Signed-off-by: Avinash Patil
Signed-off-by: Cathy Luo
Signed-off-by: Amitkumar Karwar
---
drivers/net/wireless/mwifiex/main.h | 1 -
drivers/net/wireless/mwifiex/txrx.c | 4
drivers/net/wireless/mwifiex/usb.c | 6 -
On some platforms, system goes out of memory during heavy
Rx traffic with our USB chipsets.
In case of SDIO/PCIe, after receiving 50 packets in Rx queue
we stop processing interrupts till packets pending fall below
low threshold i.e 20. We don't have similar logic for USB,
so if host platform is s
From: Avinash Patil
It is observed that device sometimes sends BA setup requests for
broadcast mac address.
Its pointless to check for availablity of AMPDU/AMSDU streams
for broadcast mac address. This patch adds this check.
Signed-off-by: Amitkumar Karwar
Signed-off-by: Avinash Patil
---
dri
From: Avinash Patil
We see this warning while starting mwifiex AP:
Unsupported RX-STBC, default to 2x2
This was happening because of wrong offset while copying HT
capabilities from BSS configuration of start_ap handler.
Signed-off-by: Amitkumar Karwar
Signed-off-by: Avinash Patil
---
drivers
From: Avinash Patil
This patch adds RX workqueue support for USB interfaces.
Currently rx_pending is applicable for cmd/events and Rx
data in USB interface. Let's use it only for Rx data.
Signed-off-by: Avinash Patil
Signed-off-by: Cathy Luo
Signed-off-by: Amitkumar Karwar
---
drivers/net/wi
Hi John,
This comes relatively late, but between other things I didn't get around
to it until now, sorry about that.
We have quite a bit of content, see below.
Let me know if there's any problem.
johannes
---
The following changes since commit 35a9ad8af0bb0fa3525e6d0d20e32551d226f38e:
Merg
On Tue, 2014-11-04 at 11:43 +0200, Emmanuel Grumbach wrote:
> From: Eliad Peller
>
> Drivers might want to know also when mac80211 has
> completed reconfiguring after resume (e.g. in order
> to know when frames can be passed to mac80211).
>
> Rename restart_complete() to a more-generic reconfig_
On Tue, 2014-11-04 at 11:33 +0200, Emmanuel Grumbach wrote:
> From: Andrei Otcheretianski
>
> Deliver up to 128 frames during SP instead of 8 if unlimited
> max SP is specified during association.
> 8 was just an arbitrary value, so is 128 since unlimited can
> be any number.
> However for large
From: Johannes Berg
When the RIC data element (RDE) is included in the IEs coming
from userspace for an association request, its handling is
currently broken as any IEs that are contained within it would
be split off from it and inserted again after all the IEs that
mac80211 generates (e.g. HT, V
From: Eliad Peller
Drivers might want to know also when mac80211 has
completed reconfiguring after resume (e.g. in order
to know when frames can be passed to mac80211).
Rename restart_complete() to a more-generic reconfig_complete(),
and add a new enum to indicate the reconfiguration type.
Upda
From: Andrei Otcheretianski
Deliver up to 128 frames during SP instead of 8 if unlimited
max SP is specified during association.
8 was just an arbitrary value, so is 128 since unlimited can
be any number.
However for large traffic bursts, increasing this value looks
reasonable. Also, it seems tha
On Tue, Nov 4, 2014 at 2:57 PM, Krishna Chaitanya
wrote:
> On Tue, Nov 4, 2014 at 2:53 PM, Otcheretianski, Andrei
> wrote:
>> The spec doesn't require unlimited to be really "unlimited" and the AP
>> decides when to end the SP, so any value here is ok.
>> However for large traffic bursts increas
On Tue, Nov 4, 2014 at 2:53 PM, Otcheretianski, Andrei
wrote:
> The spec doesn't require unlimited to be really "unlimited" and the AP
> decides when to end the SP, so any value here is ok.
> However for large traffic bursts increasing this value looks reasonable. Also
> looks like some certific
On Mon, 2014-11-03 at 10:33 +0100, Rostislav Lisovy wrote:
> The IEEE 802.11p amendment (already part of IEEE 802.11-2012)
> specifies usage of 5 and 10 MHz wide channels in 5.9GHz band for
> vehicular environment. All the 802.11p compliant devices should
> be set to the newly added operation mode
The spec doesn't require unlimited to be really "unlimited" and the AP decides
when to end the SP, so any value here is ok.
However for large traffic bursts increasing this value looks reasonable. Also
looks like some certification tests expect more frames to be delivered during
SP.
128 is still
>
> On Tue, Nov 4, 2014 at 2:10 PM, Emmanuel Grumbach
> wrote:
> > From: Andrei Otcheretianski
> >
> > Deliver up to 128 frames during SP instead of 8 if unlimited max SP is
> > specified during association.
> >
> > Signed-off-by: Andrei Otcheretianski
> > Signed-off-by: Emmanuel Grumbach
> >
On Tue, Nov 4, 2014 at 2:10 PM, Emmanuel Grumbach
wrote:
> From: Andrei Otcheretianski
>
> Deliver up to 128 frames during SP instead of 8 if unlimited max SP
> is specified during association.
>
> Signed-off-by: Andrei Otcheretianski
> Signed-off-by: Emmanuel Grumbach
> ---
> net/mac80211/sta
On Sun, 2014-10-26 at 00:32 +0200, Felix Fietkau wrote:
> The configured tx power is often limited by hardware capabilities,
> channel settings, antenna configuration, etc.
Applied.
johannes
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to
On Mon, 2014-11-03 at 20:06 +0200, Emmanuel Grumbach wrote:
> From: Eran Harary
>
> Maximum length of AMPDU that an STA can receive in VHT.
> length = 2 ^ (13 + max_ampdu_length_exp) - 1.
Applied.
johannes
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body
John,
Here are a few more fixes for 3.18, I hope that's not a problem.
johannes
---
The following changes since commit 11b2357d5dbce999803e9055f8c09829a8a87db4:
mac80211: minstrels: fix buffer overflow in HT debugfs rc_stats (2014-10-20
16:37:01 +0200)
are available in the git repository a
From: Andrei Otcheretianski
Deliver up to 128 frames during SP instead of 8 if unlimited max SP
is specified during association.
Signed-off-by: Andrei Otcheretianski
Signed-off-by: Emmanuel Grumbach
---
net/mac80211/sta_info.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
65 matches
Mail list logo
