During hw scan, firmware sends two channel information events (pre-
complete, complete) to host for each channel change. The snap shot of cycle
counters (rx_clear and total) between these two events are given for
survey dump. In order to get latest survey statistics of all channels, a
scan request
Add WMI definitions for pdev bss channel information request and
event.
Signed-off-by: Rajkumar Manoharan
---
drivers/net/wireless/ath/ath10k/wmi.h | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/wireless/ath/ath10k/wmi.h
b/drivers/net/wireless/ath/ath10k/wmi.h
index db25535
Add WMI ops to send pdev_bss_chan_info_request command to target.
This command will be used to retrieve updated cycle counters and noise
floor value of current operating channel (bss channel).
Signed-off-by: Rajkumar Manoharan
---
drivers/net/wireless/ath/ath10k/wmi-ops.h | 21 ++
Add handler to process bss channel information wmi event that
will be received upon sending pdev_chan_info_request wmi command.
Signed-off-by: Rajkumar Manoharan
---
drivers/net/wireless/ath/ath10k/wmi.c | 32
drivers/net/wireless/ath/ath10k/wmi.h | 11 ++
On Mon, Apr 18, 2016 at 03:48:37PM -0400, Geoff Lansberry wrote:
Hi Geoff.
> The current version of the trf7970a driver is missing support for several
> features that we needed to operate a custom board.
> We feel that these features will be useful to others as well, and we want to
> share the
On Thu, Apr 21, 2016 at 2:09 PM, Bjorn Andersson
wrote:
> After booting the wireless subsystem and uploading the NV blob to the
> WCNSS_CTRL service the remote continues to do things and will not start
> servicing wlan-requests for another 2-5 seconds (measured).
>
> The downstream code does not h
After booting the wireless subsystem and uploading the NV blob to the
WCNSS_CTRL service the remote continues to do things and will not start
servicing wlan-requests for another 2-5 seconds (measured).
The downstream code does not have any special handling for this case,
but has a timeout of 10 se
ATTACHMENT FROM: DR. CALEB MARTINS
DR CALEB MARTINS.pdf
Description: Adobe PDF document
On Thu, Apr 21, 2016 at 10:13:14PM +0200, Anne Marcel Roorda wrote:
>
> On 21 Apr 2016, Seth Forshee wrote:
> > On Thu, Apr 21, 2016 at 08:08:46PM +0200, Maximilian Engelhardt wrote:
> >
> >> The comments to my initial mail indicated that the statement in the ERC
> >> recommendation I linked are
On 21 Apr 2016, Seth Forshee wrote:
> On Thu, Apr 21, 2016 at 08:08:46PM +0200, Maximilian Engelhardt wrote:
>
>> The comments to my initial mail indicated that the statement in the ERC
>> recommendation I linked are alone not enough to add this frequency ranges
>> for
>> other countries. Unfor
On Thu, Apr 21, 2016 at 08:08:46PM +0200, Maximilian Engelhardt wrote:
> On Thursday 21 April 2016 08:19:38 Seth Forshee wrote:
> > On Tue, Apr 19, 2016 at 08:03:16PM +0200, Maximilian Engelhardt wrote:
> > > Hi,
> > >
> > > In Europe ETSI standardized the used for short range devices (SRD) [1] in
On Thursday 21 April 2016 08:19:38 Seth Forshee wrote:
> On Tue, Apr 19, 2016 at 08:03:16PM +0200, Maximilian Engelhardt wrote:
> > Hi,
> >
> > In Europe ETSI standardized the used for short range devices (SRD) [1] in
> > ETSI EN 300 440-1 [2].
> > According to this standard generic use equipment
On 04/21/2016 06:17 AM, Kalle Valo wrote:
From: Johannes Berg
According to the spec, VHT doesn't exist in 2.4GHz.
There are vendor extensions to allow a subset of VHT to work
(notably 256-QAM), but since mac80211 doesn't support those
advertising VHT capability on 2.4GHz leads to the behaviour
It's been observed that wakeup on GTK rekey failure wasn't reported
to cfg80211. This patch corrects the check so that all valid wakeup
reasons are reported.
Signed-off-by: Amitkumar Karwar
---
drivers/net/wireless/marvell/mwifiex/cfg80211.c | 9 +++--
1 file changed, 3 insertions(+), 6 dele
In cfg80211 resume handler, we query wakeup reason from firmware and
report to cfg80211. if wowlan is disabled, connection is already
terminated during suspend. We don't need to query wakeup reason in this
case.
Signed-off-by: Amitkumar Karwar
---
drivers/net/wireless/marvell/mwifiex/cfg80211.c
Redundant space in case statement is removed.
Signed-off-by: Amitkumar Karwar
---
drivers/net/wireless/marvell/mwifiex/cfg80211.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/marvell/mwifiex/cfg80211.c
b/drivers/net/wireless/marvell/mwifiex/cfg80211.c
On Mon, Apr 18, 2016 at 05:22:22AM -0700, Amitkumar Karwar wrote:
> From: Xinming Hu
>
> Add device tree binding documentation for MARVELL's sd8xxx
> (sd8897 and sd8997) wlan chip.
>
> Signed-off-by: Xinming Hu
> Signed-off-by: Amitkumar Karwar
> ---
> Listing changelist for both 1/2 and 2/2 p
On Tue, Apr 19, 2016 at 08:03:16PM +0200, Maximilian Engelhardt wrote:
> Hi,
>
> In Europe ETSI standardized the used for short range devices (SRD) [1] in
> ETSI
> EN 300 440-1 [2].
> According to this standard generic use equipment is allowed to transmit in
> the
> frequency range form 5725 M
From: Johannes Berg
According to the spec, VHT doesn't exist in 2.4GHz.
There are vendor extensions to allow a subset of VHT to work
(notably 256-QAM), but since mac80211 doesn't support those
advertising VHT capability on 2.4GHz leads to the behaviour
of reporting VHT capabilities but not being
Johannes Berg writes:
> From: Johannes Berg
>
> According to the spec, VHT doesn't exist in 2.4GHz.
>
> There are vendor extensions to allow a subset of VHT to work
> (notably 256-QAM), but since mac80211 doesn't support those
> advertising VHT capability on 2.4GHz leads to the behaviour
> of re
> The references to some arrays in the rtl8xxxu driver were moved inside
> of an #ifdef, but the symbols remain outside, resulting in build warnings:
>
> rtl8xxxu/rtl8xxxu.c:1506:33: error: 'rtl8188ru_radioa_1t_highpa_table'
> defined but not used
> rtl8xxxu/rtl8xxxu.c:1431:33: error: 'rtl8192cu
"Grumbach, Emmanuel" writes:
> On Tue, 2016-04-12 at 11:14 +0300, Emmanuel Grumbach wrote:
>> Hi Kalle,
>>
>> I have here a pull request for 4.6. There is patch in this pull
>> request
>> that has been sent to -next already but should really have been
>> included in the current cycle. Sorry for
Kalle Valo writes:
> "Grumbach, Emmanuel" writes:
>
>> I have here a pull request for 4.6. There is patch in this pull request
>> that has been sent to -next already but should really have been
>> included in the current cycle. Sorry for the mess.
>>
>> The commit appears in -next as:
>>
>> comm
On Thu, Apr 21, 2016 at 11:07:37AM +, Reizer, Eyal wrote:
> * (i) If the transfer isn't the last one in the message, this flag is
> * used to make the chipselect briefly go inactive in the middle of the
> * message. Toggling chipselect in this way may be needed to terminate
> * a chip command
>
> > Thanks! Glad the illustration helped.
> > I will try it out again as if i recall cotrectly, i did try that l, and it
> > didnt produce
> the correct waveform, but perhaps i didnt understand the usage of
> .cs_change correctly.
> > Will double check anyway.
>
> It could also be a bug in you
On Thu, Apr 21, 2016 at 12:41:34AM +0800, Chun-Yeow Yeoh wrote:
> If rt2800usb is loaded with nohwcrypt=1, mac80211 takes
> care of the crypto with software encryption/decryption
> and thus, MFP can be used.
>
> Tested for secured mesh using ath9k_htc and ath9k.
>
> Signed-off-by: Chun-Yeow Yeoh
26 matches
Mail list logo