All of lore.kernel.org
 help / color / mirror / Atom feed
From: Antonio Quartulli <a@unstable.cc>
To: ath9k-devel@lists.ath9k.org
Subject: [ath9k-devel] [NOT FOR MERGE] ath9k: work around key cache corruption
Date: Sat, 22 Oct 2016 13:43:10 -0000	[thread overview]
Message-ID: <20161022134222.GQ12558@prodigo.lan> (raw)
In-Reply-To: <20161018083552.28592-1-a@unstable.cc>

Hello,

I am trying to understand what's required by this patch to be merged upstream.
Sven Eckelmann commented in another email by saying:

"The patch itself has (at least) one big problem. It is using some mac80211
internals in ath_key_config_iter to make sure that the uploaded keys were
actually programmed in the hardware. Without this check the keys could end up
in the lower slots and thus break all connections."


Does anybody else have any other additional comment?
(Please keep me in CC as I am not registered to the ath9k ML).

Cheers,

On Tue, Oct 18, 2016 at 04:35:52PM +0800, Antonio Quartulli wrote:
> From: Antonio Quartulli <antonio@open-mesh.com>
> 
> This patch was crafted long time ago to work around a key cache
> corruption problem on ath9k chipsets.
> 
> The workaround consists in periodically triggering a worker that
> uploads all the keys to the HW cache. The worker is triggered also
> when the vif detects 21 undecryptable packets.
> 
> 
> This patch is based on top compat-wireless-2015-10-26.
> 
> 
> I was asked to release this code to the public and, since it is
> GPL, I am now doing it.
> 
> 
> Signed-off-by: Antonio Quartulli <antonio@open-mesh.com>

-- 
Antonio Quartulli
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 801 bytes
Desc: Digital signature
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20161022/50d4f6d2/attachment.pgp 

WARNING: multiple messages have this Message-ID (diff)
From: Antonio Quartulli <a@unstable.cc>
To: ath9k-devel@lists.ath9k.org
Cc: linux-wireless@vger.kernel.org, sw@simonwunderlich.de,
	Antonio Quartulli <antonio@open-mesh.com>
Subject: Re: [NOT FOR MERGE] ath9k: work around key cache corruption
Date: Sat, 22 Oct 2016 21:42:22 +0800	[thread overview]
Message-ID: <20161022134222.GQ12558@prodigo.lan> (raw)
In-Reply-To: <20161018083552.28592-1-a@unstable.cc>

[-- Attachment #1: Type: text/plain, Size: 1250 bytes --]

Hello,

I am trying to understand what's required by this patch to be merged upstream.
Sven Eckelmann commented in another email by saying:

"The patch itself has (at least) one big problem. It is using some mac80211
internals in ath_key_config_iter to make sure that the uploaded keys were
actually programmed in the hardware. Without this check the keys could end up
in the lower slots and thus break all connections."


Does anybody else have any other additional comment?
(Please keep me in CC as I am not registered to the ath9k ML).

Cheers,

On Tue, Oct 18, 2016 at 04:35:52PM +0800, Antonio Quartulli wrote:
> From: Antonio Quartulli <antonio@open-mesh.com>
> 
> This patch was crafted long time ago to work around a key cache
> corruption problem on ath9k chipsets.
> 
> The workaround consists in periodically triggering a worker that
> uploads all the keys to the HW cache. The worker is triggered also
> when the vif detects 21 undecryptable packets.
> 
> 
> This patch is based on top compat-wireless-2015-10-26.
> 
> 
> I was asked to release this code to the public and, since it is
> GPL, I am now doing it.
> 
> 
> Signed-off-by: Antonio Quartulli <antonio@open-mesh.com>

-- 
Antonio Quartulli

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

  reply	other threads:[~2016-10-22 13:43 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-18  8:35 [NOT FOR MERGE] ath9k: work around key cache corruption Antonio Quartulli
2016-10-18  8:55 ` [ath9k-devel] " Antonio Quartulli
2016-10-22 13:42 ` Antonio Quartulli [this message]
2016-10-22 13:43   ` Antonio Quartulli
2016-10-22 20:34   ` Johannes Berg
2016-10-22 20:34     ` Johannes Berg
2017-01-09  8:57   ` [ath9k-devel] " Stam, Michel
2017-01-09  8:57     ` Stam, Michel [FINT]
2016-10-26 14:05 ` Kalle Valo
2016-10-26 14:05   ` Kalle Valo
2016-10-26 14:10   ` Antonio Quartulli
2016-10-26 14:11     ` [ath9k-devel] " Antonio Quartulli
2016-10-27  6:02     ` Kalle Valo
2016-10-27  6:02       ` Kalle Valo
2016-10-27  7:54       ` Sebastian Gottschall
2016-10-27  8:12         ` [ath9k-devel] " Sebastian Gottschall
2016-10-27 15:06         ` Johannes Berg
2016-10-27 15:06           ` Johannes Berg
2016-11-14 12:50           ` [ath9k-devel] " Stam, Michel
2016-11-14 12:50             ` Stam, Michel [FINT]
2016-11-14 23:25             ` Adrian Chadd
2016-11-14 23:25               ` Adrian Chadd
2016-11-16  8:54               ` Stam, Michel
2016-11-16  8:54                 ` Stam, Michel [FINT]
2016-10-26 14:43   ` Ferry Huberts
2016-10-26 14:43     ` Ferry Huberts

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20161022134222.GQ12558@prodigo.lan \
    --to=a@unstable.cc \
    --cc=ath9k-devel@lists.ath9k.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.