On Mon, 2016-09-19 at 08:43 +0200, Simon Wunderlich wrote:
> On Tuesday, September 13, 2016 5:54:38 PM CEST Pedersen, Thomas wrote:
> > On Tue, 2016-09-13 at 14:30 +0200, Simon Wunderlich wrote:
> >
> > > [...]
> > >
> > > Thanks for the clarification. We will then stick to the 70's branch
> > > t
This is a series of small patches to avoid OOM conditions on small
wireless devices with the mac80211 intermediate TXQ structure. The
current default limit in fq.h translates to up to 16 Mbytes of memory
usage, which can be fatal to a device with 32 MBytes of total RAM.
Rather than just change the
Small devices can run out of memory from queueing too many packets. If
VHT is not supported by the PHY, having more than 4 MBytes of total
queue in the TXQ intermediate queues is not needed, and so we can safely
limit the memory usage in these cases and avoid OOM.
Signed-off-by: Toke Høiland-Jørge
Add memory limit, usage and overlimit counter to per-PHY 'aqm' debugfs
file.
Signed-off-by: Toke Høiland-Jørgensen
---
net/mac80211/debugfs.c | 8
1 file changed, 8 insertions(+)
diff --git a/net/mac80211/debugfs.c b/net/mac80211/debugfs.c
index 8ca62b6..f56e2f4 100644
--- a/net/mac802
The reusable fairness queueing implementation (fq.h) lacks the memory
usage limit that the fq_codel qdisc has. This means that small
devices (e.g. WiFi routers) can run out of memory when flooded with a
large number of packets. This ports the memory limit feature from
fq_codel to fq.h.
Signed-off-
On 09/23/2016 01:45 PM, David Petrizze wrote:
I see. I guess I was hoping for some sort of mishap i.e. replacing
6.20 with 6.30 without thinking. If it wasn't released, I'll keep
working on compiling the Ubuntu driver I did find.
If you can point me to a redistributable version of 6.20, I will
On 09/23/2016 01:27 PM, Joe Perches wrote:
Help along debugging by showing what switch/case variable is not
being processed in these messages.
Signed-off-by: Joe Perches
Acked-by: Larry Finger
Thanks,
Larry
On Fri, 2016-09-23 at 13:59 -0500, Larry Finger wrote:
> I'm not familiar with the %#x format. What does it do?
Outputs SPECIAL prefix, it's the same as "0x%x"
lib/vsprintf.c:
#define SPECIAL 64 /* prefix hex with "0x", octal with "0" */
On 09/23/2016 01:27 PM, Joe Perches wrote:
Help along debugging by showing what switch/case variable is not
being processed in these messages.
Signed-off-by: Joe Perches
Joe,
You beat me to the patch. No problem as this one looks OK; however, I'm not
familiar with the %#x format. What does
I see. I guess I was hoping for some sort of mishap i.e. replacing
6.20 with 6.30 without thinking. If it wasn't released, I'll keep
working on compiling the Ubuntu driver I did find.
Thanks again
On Thu, Sep 22, 2016 at 10:48 PM, Rafał Miłecki wrote:
> On 23 September 2016 at 04:43, David Petri
Help along debugging by showing what switch/case variable is not
being processed in these messages.
Signed-off-by: Joe Perches
---
drivers/net/wireless/realtek/rtlwifi/core.c | 3 ++-
drivers/net/wireless/realtek/rtlwifi/pci.c | 3 ++-
drivers/net/wireless/realtek/rtlwifi/ps
On Thu, 2016-09-22 at 10:09 -0500, Larry Finger wrote:
> On 09/22/2016 04:51 AM, Jean Delvare wrote:
> Hello,
>
>
> I bought an Asus PCE-N10 PCIe Wi-Fi N card to install in my wife's
> computer. This morning it stopped working suddenly. Investigating the
> kernel logs, the following error message
On 09/23/2016 07:16 AM, Jean Delvare wrote:
Hi Larry,
On Thu, 22 Sep 2016 10:09:58 -0500, Larry Finger wrote:
Do you build your own kernel, or are you using openSUSE's supplied version? If
the latter, I will need to think how we might debug the issue. If the former,
please add the attached patc
On Fri, Sep 23, 2016 at 01:17:08PM +, aditya.shan...@microchip.com wrote:
> On Thursday 22 September 2016 06:04 PM, Ganesh Krishna - I00112 wrote:
> >> -Original Message-
> >> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> >> Sent: Monday, September 19, 2016 7:12 PM
> >
From: Rafał Miłecki
They seem to be there from the first day. We calculate these values but
never use them.
Signed-off-by: Rafał Miłecki
---
drivers/net/wireless/broadcom/brcm80211/brcmfmac/core.c | 3 ---
drivers/net/wireless/broadcom/brcm80211/brcmfmac/core.h | 4
drivers/net/wi
On Thursday 22 September 2016 06:04 PM, Ganesh Krishna - I00112 wrote:
>> -Original Message-
>> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
>> Sent: Monday, September 19, 2016 7:12 PM
>> To: Nicolas Ferre
>> Cc: linux-wireless@vger.kernel.org; Aditya Shankar - I16078; Gane
On 21 September 2016 at 18:27, Matteo Grandi wrote:
> Hi Michal,
> thanks for the reply:
> I've already loaded the ath10k_core with the rowmode parameters, this
> is the modinfo result:
> root@Tam:~# modinfo ath10k_core
> filename:
> /lib/modules/3.14.48-g408ccb9/kernel/drivers/net/wireless/ath/at
Hi Larry,
On Thu, 22 Sep 2016 10:09:58 -0500, Larry Finger wrote:
> Do you build your own kernel, or are you using openSUSE's supplied version?
> If
> the latter, I will need to think how we might debug the issue. If the former,
> please add the attached patch.
Lost network this morning, but n
On 21-9-2016 8:23, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> This function is called from get_station callback which means that every
> time user space was getting/dumping station(s) we were leaking 2 KiB.
>
Acked-by: Arend van Spriel
> Signed-off-by: Rafał Miłecki
> Fixes: 1f0dc59a6de (
19 matches
Mail list logo