Return-path: Received: from mail-ob0-f174.google.com ([209.85.214.174]:33459 "EHLO mail-ob0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751505Ab2HISK7 (ORCPT ); Thu, 9 Aug 2012 14:10:59 -0400 Received: by obbuo13 with SMTP id uo13so959782obb.19 for ; Thu, 09 Aug 2012 11:10:59 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <20120809173435.GQ3745@lenteja.do-not-panic.com> From: "Luis R. Rodriguez" Date: Thu, 9 Aug 2012 11:10:38 -0700 Message-ID: (sfid-20120809_201104_949117_99BA0F3E) Subject: Re: [PATCH v2] ath9k: decrypt_error flag issue To: Lorenzo Bianconi Cc: linux-wireless@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Thu, Aug 9, 2012 at 11:06 AM, Lorenzo Bianconi wrote: >> On Thu, Aug 09, 2012 at 05:47:47PM +0200, Lorenzo Bianconi wrote: >>> From: Lorenzo Bianconi >>> >>> After the hw reports a decryption error, the flag decrypt_error is set to >>> true in ath9k_rx_accept. >>> Since this flag is initialized to false just outside ath_rx_tasklet while cycle, >>> all subsequent frames are marked as corrupted until ath_rx_tasklet ends. >>> Fix the issue initializing decrypt_error flag at the begging of the cycle. >>> >>> Signed-off-by: Lorenzo Bianconi >> >> Thanks! In practice what issues did you see ? >> >> Luis > > If the decrypt_error flag is set to true for correctly decrypted > packets, the ieee80211_rx_status flag is not marked with > RX_FLAG_DECRYPTED in ath9k_rx_skb_postprocess. > This behavior causes some issues. For example mac80211 attempts to > decrypt the frame in software even if the packet is already decrypted > in hw. And this would lead to .. what? How did you realize this? Can you please resend and add all this information to the commit log message? Luis