On 30/07/18 11:40, michael-...@fami-braun.de wrote:
> Do you mean AP interfaces as required for multiple BSS/SSIDs?
>
> I'm running a patched ath9k to have hostapd run >8 BSS on a single radio.
> It works fine since years.
>
> Regards,
> M. Braun
>
>
> Am 27. Juli 2018 15:35:28 MESZ schrieb
On 26/01/18 15:20, Sebastian Gottschall wrote:
> Am 26.01.2018 um 15:16 schrieb Wojciech Dubowik:
>>
>>
>> On 26/01/18 12:42, Sebastian Gottschall wrote:
>>> i have a idea what one cause could ne
>>>
>>> + nfval =
>>> + ath9k_hw_get_nf_limits(ah, chan)->cal[i];
On 18/08/17 23:04, Håvard Rabbe wrote:
> Hi
> Thank you so much. You made my day!
> The command works. Im looking forward to test it out :-)
>
>
> I also have two of these card. they don’t have the same bitmap, but I assume
> they work the same way?
>
> qca9882 chipset with 2 chains available
On 18/08/17 01:32, Håvard Rabbe wrote:
> Hi
> I’m using wifi card with AR9280 chipset that uses the ath9k driver.
>
> The card has 2 available radio chains and I’m only going to connect 1 antenna.
>
> Is it possible to disable the radio chain im not using?
>
>
> Best Regards,
>
> Håvard Rabbe
On 27/05/17 23:49, Ben Greear wrote:
> On 05/27/2017 02:41 PM, Norik Dzhandzhapanyan wrote:
>> Yes ~6dB
>
> If a packet is sent on 1 chain with ath10k firmware (9880 hardware,
> specifically, but probably
> others as well), it will be around 6db higher on that particular chain
> than if the
On 06/03/17 13:38, Johannes Berg wrote:
>
>> Well it certainly attempts to via stuff like carrier sense. But that
>> is not fool proof and any time two routers hear a frame and both
>> decide to forward it immediately there is a chance that they will
>> both sense the air at the same time, decide
On 05/24/2016 05:29 PM, Pukitis, Martins wrote:
> Hi.
> Is there cfg80211 API for getting AP statistics (bytes sent/received, packets
> sent/received/dropped)? I know there is "get_station", but it reads per
> station statistics. Stations may disconnect, hence you can't just sum
> together
On 22/03/16 10:37, Reinoud Koornstra wrote:
Hi Everyone,
Everytime I boot I need to set fq_codel for my wireless interface:
sudo tc qdisc add dev wlp4s0 root fq_codel
I also need to sudo sysctl -w net.core.default_qdisc=fq_codel
Is there a good way to have this as the default in the kernel
On 05/01/16 16:50, Johannes Berg wrote:
On Tue, 2016-01-05 at 11:54 +0100, Matthias May wrote:
Not safe as in "access to stuff which has to be locked", or not safe
as
in "a CCMP replay attack is possible"?
When changing this we argumented that since we are not really
c
ge to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Matthias May
Software Engineer
Neratec Solutions AG
Postfach 83, CH-8608 Bubikon, Switzerland
Direct: +41 55 253 2074
Office: +41 55 253 2000
Fax:+41 55 253 2070
email: matthias@neratec.c
On 05/01/16 10:58, Johannes Berg wrote:
On Tue, 2016-01-05 at 10:47 +0100, Matthias May wrote:
We've encountered exactly this problem in a mix of devices where one
applies key material faster than the other. (ath9k and aquilla)
As a workaround we check on the STA if we are authorized when
add 20MHz minimum bandwidth to the calls of freq_reg_info()
Signed-off-by: Matthias May matthias@neratec.com
---
drivers/net/wireless/rtlwifi/regd.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/regd.c
b/drivers/net/wireless/rtlwifi
This patch changes the API of freq_freq_info() to take as additional argument
the minimum bandwidth the caller can handle.
If multiple rules match, the match with the widest bandwidth is returned.
Signed-off-by: Matthias May matthias@neratec.com
---
include/net/cfg80211.h | 3 ++-
net
add 20MHz minimum bandwidth to the calls of freq_reg_info()
Signed-off-by: Matthias May matthias@neratec.com
---
drivers/net/wireless/ath/regd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/regd.c b/drivers/net/wireless/ath/regd.c
index
add 20MHz minimum bandwidth to the calls of freq_reg_info()
Signed-off-by: Matthias May matthias@neratec.com
---
drivers/net/wireless/brcm80211/brcmsmac/channel.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/brcm80211/brcmsmac/channel.c
b
On 11/06/15 13:44, Johannes Berg wrote:
On Thu, 2015-06-11 at 13:06 +0200, Matthias May wrote:
const struct ieee80211_reg_rule *freq_reg_info(struct wiphy *wiphy,
- u32 center_freq)
+ u32 center_freq
On 09/06/15 22:29, Johannes Berg wrote:
On Tue, 2015-06-09 at 17:27 +0200, Matthias May wrote:
When using quarter and half rates we might want to use self defined
frequencies with self defined country codes closer to the border.
To avoid these frequencies to be disabled, we need to check
When using quarter and half rates we might want to use self defined
frequencies with self defined country codes closer to the border.
To avoid these frequencies to be disabled, we need to check if
the frequency fits the band with the actual bandwidth.
Signed-off-by: Matthias May matthias
On 26/01/15 03:00, Christopher M. Penalver wrote:
Attempting to follow
http://wireless.kernel.org/en/users/Documentation/iw#Setting_TX_power
I get:
sudo iw dev wlan1 set txpower fixed 14
command failed: Invalid argument (-22)
iw dev devname set txpower auto|fixed|limit [tx power in mBm]
19 matches
Mail list logo