From: Manikanta Pubbisetty
Sometimes hardware reports invalid mcs index in rx descriptor
when operating in VHT80 mode and all packets with invalid mcs
will be eventually dropped in mac80211. This issue is observerd during
testing on QCA99X0 chipsets.
This patch adds a
On Tue, Sep 1, 2015 at 8:44 PM, Mimi Zohar wrote:
> On Tue, 2015-09-01 at 20:08 -0700, Kees Cook wrote:
>> On Tue, Sep 1, 2015 at 4:43 PM, Luis R. Rodriguez wrote:
>> > On Mon, Aug 31, 2015 at 10:18:55AM -0400, Mimi Zohar wrote:
>> >> > > eBPF/seccomp
On Wed, 2015-09-02 at 08:28 -0700, Kees Cook wrote:
> On Tue, Sep 1, 2015 at 8:44 PM, Mimi Zohar wrote:
> > On Tue, 2015-09-01 at 20:08 -0700, Kees Cook wrote:
> >> On Tue, Sep 1, 2015 at 4:43 PM, Luis R. Rodriguez wrote:
> >> > On Mon, Aug 31, 2015 at
Hi,
Since a while I have been experiencing issues with iwlwifi locking up
requiring me to reconnect to my home AP. This happens both when
connecting on 2.4GHz and on 5GHz.
This is a Fedora kernel 4.1.6-200.fc22.x86_64, but checking
linux-2.6.git I see no updates to the driver since late July,
Hi Joao,
>>> When switching the state of all RFKill switches of type all we need to
>>> replicate the RFKILL_TYPE_ALL global state to all the other types global
>>> state, so it is used to initialize persistent RFKill switches on
>>> register.
>>>
>>> Signed-off-by: João Paulo Rechi Vita
On 2015-09-02 12:45, Mimi Zohar wrote:
On Wed, 2015-09-02 at 08:28 -0700, Kees Cook wrote:
On Tue, Sep 1, 2015 at 8:44 PM, Mimi Zohar wrote:
On Tue, 2015-09-01 at 20:08 -0700, Kees Cook wrote:
On Tue, Sep 1, 2015 at 4:43 PM, Luis R. Rodriguez
restore_regulatory_settings() should restore alpha2
as computed in restore_alpha2(), not raw user_alpha2 to
behave as described in the comment just above that code.
This fixes endless loop of calling CRDA for "00" and "97"
countries after resume from suspend on my laptop.
Looks like others had
On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote:
> > OK great, I think that instead of passing the actual routine name we should
> > instead pass an enum type for to the LSM, that'd be easier to parse and we'd
> > then have each case well documented. Each LSM then could add its own
> >
On Tue, Aug 18, 2015 at 11:14:49PM -0400, Raphaël Beamonte wrote:
> It was just a wrapper around kfree(), so call that instead.
>
> Signed-off-by: Raphaël Beamonte
> ---
> drivers/staging/wilc1000/wilc_exported_buf.c | 9 +++--
> 1 file changed, 3 insertions(+),
On Wed, 2015-09-02 at 10:42 -0700, Marcel Holtmann wrote:
>
> > Any feedback or any plans to pick this for mac80211-next (which I
> > understand is where it should go to be sent upstream)?
>
> I can take this through bluetooth-next tree if there are no
> objections.
>
I'm going to to take it,
Fixes the output of 'modinfo --field firmware'.
Signed-off-by: Geoff Levand
---
drivers/net/wireless/ti/wl18xx/main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wireless/ti/wl18xx/main.c
b/drivers/net/wireless/ti/wl18xx/main.c
index 49aca2c..3bbf624
On Wed, Sep 02, 2015 at 07:54:13PM -0400, Mimi Zohar wrote:
> On Wed, 2015-09-02 at 01:43 +0200, Luis R. Rodriguez wrote:
> > On Mon, Aug 31, 2015 at 10:18:55AM -0400, Mimi Zohar wrote:
> > > On Sat, 2015-08-29 at 04:16 +0200, Luis R. Rodriguez wrote:
> > > > On Thu, Aug 27, 2015 at 07:54:33PM
On Wed, 2015-09-02 at 01:43 +0200, Luis R. Rodriguez wrote:
> On Mon, Aug 31, 2015 at 10:18:55AM -0400, Mimi Zohar wrote:
> > On Sat, 2015-08-29 at 04:16 +0200, Luis R. Rodriguez wrote:
> > > On Thu, Aug 27, 2015 at 07:54:33PM -0400, Mimi Zohar wrote:
> > > > On Thu, 2015-08-27 at 23:29 +0200,
On Wed, 2015-09-02 at 20:46 +0200, Luis R. Rodriguez wrote:
> On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote:
> > > OK great, I think that instead of passing the actual routine name we
> > > should
> > > instead pass an enum type for to the LSM, that'd be easier to parse and
> > >
On Wed, Sep 02, 2015 at 08:05:36PM -0400, Mimi Zohar wrote:
> On Wed, 2015-09-02 at 20:46 +0200, Luis R. Rodriguez wrote:
> > On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote:
> > > > OK great, I think that instead of passing the actual routine name we
> > > > should
> > > > instead
On Thu, Aug 20, 2015 at 04:32:52PM +0900, Tony Cho wrote:
> From: Johnny Kim
>
> The driver communicates with the chipset via the address of handlers
> to distinguish async data frame. The SendConfigPkt function gets the
> pointer address indicating the handlers as the last
Hi,
Emmanuel replied to this offline, accidentally. Just for the record,
I'll add the information here too.
On Wed, 2015-09-02 at 11:48 -0400, Jes Sorensen wrote:
> Since a while I have been experiencing issues with iwlwifi locking up
> requiring me to reconnect to my home AP. This happens both
On Thu, 2015-09-03 at 02:29 +0200, Luis R. Rodriguez wrote:
> On Wed, Sep 02, 2015 at 08:05:36PM -0400, Mimi Zohar wrote:
> > On Wed, 2015-09-02 at 20:46 +0200, Luis R. Rodriguez wrote:
> > > On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote:
> > > We want something that is not only
On 2 September 2015 at 14:28, Johannes Berg wrote:
> On Wed, 2015-09-02 at 10:42 -0700, Marcel Holtmann wrote:
>>
>> > Any feedback or any plans to pick this for mac80211-next (which I
>> > understand is where it should go to be sent upstream)?
>>
>> I can take this
On Wed, Sep 2, 2015 at 11:46 AM, Luis R. Rodriguez wrote:
> On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote:
>> > OK great, I think that instead of passing the actual routine name we should
>> > instead pass an enum type for to the LSM, that'd be easier to parse and
On Wed, Sep 02, 2015 at 01:54:43PM -0700, Kees Cook wrote:
> On Wed, Sep 2, 2015 at 11:46 AM, Luis R. Rodriguez wrote:
> > On Tue, Sep 01, 2015 at 11:35:05PM -0400, Mimi Zohar wrote:
> >> > OK great, I think that instead of passing the actual routine name we
> >> > should
> >> >
This allows ieee80211_tx_monitor to be used directly for sending 802.11 frames
to all monitor interfaces.
Signed-off-by: Helmut Schaa
---
net/mac80211/ieee80211_i.h | 3 ++
net/mac80211/status.c | 108 +
2 files
When debugging wireless powersave issues on the AP side it's quite helpful
to see our own beacons that are transmitted by the hardware/driver. However,
this is not that easy since beacons don't pass through the regular TX queues.
Preferably drivers would call ieee80211_tx_status also for tx'ed
The VHT STS CAP shall be reported by firmware to host, like in case of
QCA99x0. For QCA6174 hw family this isn't set for some reason.
So for this particular chips, let's assume it has the ability to
support VHT NDP in up to 4 STSs (which is true by the way).
Change the published beamformee STS
On 28 August 2015 at 14:56, Bartosz Markowski
wrote:
> On 27 August 2015 at 14:47, Michal Kazior wrote:
>> From: Bartosz Markowski
>>
>> All beamformee supporting chips have the ability to support
>> VHT NDP in
Similarly to the VHT STS, this is supposed to be propagated by firmware.
In case it's not, use the default value, but as last resort.
Signed-off-by: Bartosz Markowski
---
drivers/net/wireless/ath/ath10k/mac.c | 21 +++--
1 file changed, 19
Bartosz Markowski writes:
> On 28 August 2015 at 14:56, Bartosz Markowski
> wrote:
>> On 27 August 2015 at 14:47, Michal Kazior wrote:
>>> From: Bartosz Markowski
>>>
>>> All
Michał Bartoszkiewicz writes:
> The values passed to le32_to_cpu are already in the correct byte order.
> This fixes four "cast to restricted __le32" sparse warnings.
>
> Signed-off-by: Michał Bartoszkiewicz
> ---
>
On 2 September 2015 at 15:55, Kalle Valo wrote:
> Bartosz Markowski writes:
>
>> On 28 August 2015 at 14:56, Bartosz Markowski
>> wrote:
>>> On 27 August 2015 at 14:47, Michal Kazior
29 matches
Mail list logo