Peter Oh p...@qca.qualcomm.com writes:
Separate Japan's DFS pattern from FCC to control PPB threshold.
Currently all the radar detectors use the same threshold rate at
50%, but it's not able to achieve if data traffic rate is higher
than 40% because WLAN baseband used by ath9k and ath10k
Michal Kazior michal.kaz...@tieto.com writes:
It is not guaranteed firmware will switch to
foreign channel immediately after starting scan
sequence. To account for that don't use duration
parameter for scan time. Instead request insanely
long scan and use timeout worker to cancel it from
On some BCM5301x ARM devices, user space still needs to control some
system GPIO pins for which no driver exists. This is a lot easier to do
with a predictable GPIO base.
Signed-off-by: Felix Fietkau n...@openwrt.org
---
drivers/bcma/driver_gpio.c | 19 ++-
1 file changed, 10
Signed-off-by: Felix Fietkau n...@openwrt.org
---
drivers/bcma/driver_gpio.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/bcma/driver_gpio.c b/drivers/bcma/driver_gpio.c
index 9b8d9bf..5f6018e 100644
--- a/drivers/bcma/driver_gpio.c
+++ b/drivers/bcma/driver_gpio.c
@@ -226,6 +226,7
Michal Kazior michal.kaz...@tieto.com writes:
I've mainly tested this on kvalo/pending branch.
Currently master branch contains 0f611d28fc2e
(mac80211: count interfaces correctly for
combination checks) which breaks IBSS in
wpa_supplicant due to P2P Device and interface
combinations. This
Peter Oh p...@qca.qualcomm.com writes:
Add support for new FCC DFS rules released on August 14, 2014.
FCC has added a new radar type named Radar Type 1 and original
Radar Type 1 is renamed to Radar Type 0 in consequence.
During the certificate test, Type 1 PRI values are randomly selected
Peter Oh p...@codeaurora.org writes:
As for your patch at hand, I tested it for ETSI and it does not
change detector performance,
The patch is useful when there are many missing pulses within a burst.
It happens almost every time when channel loading rate is higher than
40%, but around 30%
On 15 April 2015 at 15:07, Felix Fietkau n...@openwrt.org wrote:
@@ -235,16 +235,17 @@ int bcma_gpio_init(struct bcma_drv_cc *cc)
}
/*
-* On MIPS we register GPIO devices (LEDs, buttons) using absolute
GPIO
-* pin numbers. We don't have Device Tree there and
On 15 April 2015 at 15:07, Felix Fietkau n...@openwrt.org wrote:
Signed-off-by: Felix Fietkau n...@openwrt.org
Looks OK, thanks.
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 15 April 2015 at 16:36, Felix Fietkau n...@openwrt.org wrote:
On 2015-04-15 16:33, Rafał Miłecki wrote:
Anyway, I'm OK with this patch.
I don't think I need it, and I didn't want this change to produce
conflicts on multi-arch builds, so I limited it to the SoC bus only.
OK, thanks.
--
On 2015-04-15 16:33, Rafał Miłecki wrote:
On 15 April 2015 at 15:07, Felix Fietkau n...@openwrt.org wrote:
@@ -235,16 +235,17 @@ int bcma_gpio_init(struct bcma_drv_cc *cc)
}
/*
-* On MIPS we register GPIO devices (LEDs, buttons) using absolute
GPIO
-* pin
On 14 April 2015 at 20:10, Arend van Spriel ar...@broadcom.com wrote:
From: Hante Meuleman meule...@broadcom.com
With PCIE it is possible to support multiple devices with the
same device type. They all load the same nvram file. In order to
support this the nvram can specify which part of the
On 04/15/2015 02:33 AM, Johannes Berg wrote:
On Tue, 2015-04-14 at 08:55 -0700, Ben Greear wrote:
True, although I'd like to see the multi-channel issue addressed better.
I need a hint or two on what exactly you want changed in my patch to
address your request, or maybe you or someone else
On 04/15/2015 05:41 AM, Kalle Valo wrote:
Peter Oh p...@codeaurora.org writes:
As for your patch at hand, I tested it for ETSI and it does not
change detector performance,
The patch is useful when there are many missing pulses within a burst.
It happens almost every time when channel loading
On Tue, Apr 14, 2015 at 10:00 PM, Janusz Dziedzic
janusz.dzied...@tieto.com wrote:
On 15 April 2015 at 00:45, YanBo dreamfly...@gmail.com wrote:
On Mon, Apr 13, 2015 at 12:45 AM, Janusz Dziedzic
janusz.dzied...@tieto.com wrote:
Don't disable PS while we are not connected.
In other case we
I have uploaded a new firmware.
http://www.candelatech.com/downloads/ath10k-fw-beta/
It fixes IBSS blockack (firmware was mis-configuring the BSSID, so
blockacks were sent to wrong BSS address and were not processed when
received).
I also disabled AMSDU for IBSS stations, which significantly
User managed peering has no way to block the plink state
for mesh peering setup by wpa_supp or authsae. Try to do
allow this in kernel space, so that we can use iw utility
to do that.
Signed-off-by: Chun-Yeow Yeoh yeohchuny...@gmail.com
---
net/wireless/nl80211.c | 3 ++-
1 file changed, 2
From: Miaoqing Pan miaoq...@qca.qualcomm.com
BUG: soft lockup - CPU#0 stuck for 22s! [hostapd:965]
CPU: 0 PID: 965 Comm: hostapd Not tainted 3.14.0 #1
task: 82e29c40 ti: 82fb2000 task.ti: 82fb2000
$ 0 : 83281f90 4018
$ 4 : 832a0010 b810403c 4030 0600
$ 8 :
On 15 April 2015 at 19:10, YanBo dreamfly...@gmail.com wrote:
On Tue, Apr 14, 2015 at 10:00 PM, Janusz Dziedzic
janusz.dzied...@tieto.com wrote:
On 15 April 2015 at 00:45, YanBo dreamfly...@gmail.com wrote:
On Mon, Apr 13, 2015 at 12:45 AM, Janusz Dziedzic
janusz.dzied...@tieto.com wrote:
Hi Johannes,
On Tue, 2015-04-14 at 07:49 -0700, Amitkumar Karwar wrote:
It's been observed that device sometimes fails to find AP configured
in hidden SSID in busy environment. We will increase number of probes
for specific SSID scans for getting better results.
I question the value of
Hi James,
On Tue, Apr 14, 2015 at 07:49:16AM -0700, Amitkumar Karwar wrote:
It's been observed that device sometimes fails to find AP configured
in hidden SSID in busy environment. We will increase number of probes
for specific SSID scans for getting better results.
I don't like this.
On Tue, 2015-04-14 at 08:55 -0700, Ben Greear wrote:
True, although I'd like to see the multi-channel issue addressed better.
I need a hint or two on what exactly you want changed in my patch to
address your request, or maybe you or someone else can just address
the issue in follow-on
On Wed, Apr 15, 2015 at 02:01:44AM -0700, Amitkumar Karwar wrote:
Hi James,
On Tue, Apr 14, 2015 at 07:49:16AM -0700, Amitkumar Karwar wrote:
It's been observed that device sometimes fails to find AP configured
in hidden SSID in busy environment. We will increase number of probes
23 matches
Mail list logo