Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp599818ybm; Fri, 29 May 2020 07:46:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx+rD+llI8krjjuM36btodVjMIwZ5fTbS1xNmjk/Ofu8F3kSIAiP9++hT1T7F+AWND9GNFf X-Received: by 2002:a17:907:b11:: with SMTP id h17mr8221834ejl.497.1590763608484; Fri, 29 May 2020 07:46:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590763608; cv=none; d=google.com; s=arc-20160816; b=GpXDb2Z01QJ/3976NT+Hh/Sgvb63cKismbBfva7O0oD161M8efy0uY5BDhv0HLlA81 l4XRn9nv69qmpMpTz2tEBtH0JLxy+K5/e8eyPo2AY8KV5WcBWUVtRUeR6mP5cTrMydIM Qdt2RP12KDM7c19xJ/TnfT2WSzFoC46cyUpsAeizXRdlBIsVdbANON4LcX6+t4I7Axq5 UMlJrMWyTL8wAdtrKR2SRyCchU7CM7IXCQlOXNZXliAkt+0ee++qLmQZqrleAoSD0bZr MwiWYUuJrh40NZPT9MLD5Szy9z8jT3G1JKuZDPo7GFuamRojlVQLb4eTK8puAs8ZEzQr pALw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=CnvwD5xfIRXvBjp12j51jz1FPpP8bwLxS/CEIIl46yI=; b=0u+EX9QsrPSAaEJco2GSp7VTBa6rALMoy/VZFfaU8BFT1iUDoDb8Uehiz8sKLDp4mg vwwHA1TLFWcgc/M7Gp/QRjxWvVMBZ7LVVbF6HNe7+yz2KtP2WPAEGPWWREnUBnRwiXA8 IY9IfVRbHcFIq88kwe+Zhl0zEVcUHDWQQI9EK6xaz4xnSAwQ83aRqFOF95tKlr24gkB7 iRKMgwZcIvhhVX0c3Ny2uyxul44ae04QzZP3xOHmc+JngVteX4izEquHANNzHXvN3+I5 KvQYIKn6UjpNCiDz6qXQp7YNvGT8cNPqWcVpdA0E7iPF3i7V5BNLrUk3rGz6KBCAY7BY zHww== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o11si3091079edv.414.2020.05.29.07.46.24; Fri, 29 May 2020 07:46:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726928AbgE2Ooi (ORCPT + 99 others); Fri, 29 May 2020 10:44:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42794 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726849AbgE2Ooi (ORCPT ); Fri, 29 May 2020 10:44:38 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 38571C03E969 for ; Fri, 29 May 2020 07:44:38 -0700 (PDT) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.93) (envelope-from ) id 1jegFL-005ZAw-NF; Fri, 29 May 2020 16:44:32 +0200 Message-ID: <86c1e5d23093f350bdabdde4c305c33ecde06b3b.camel@sipsolutions.net> Subject: Re: [PATCH 1/2] mac80211: enable TKIP when using encapsulation offloading From: Johannes Berg To: Sathishkumar Muruganandam Cc: ath11k@lists.infradead.org, linux-wireless@vger.kernel.org Date: Fri, 29 May 2020 16:44:30 +0200 In-Reply-To: <92eddf5d153781b2698ad258aac2fbe4@codeaurora.org> References: <1587720951-9222-1-git-send-email-murugana@codeaurora.org> <1587720951-9222-2-git-send-email-murugana@codeaurora.org> (sfid-20200424_113624_468114_4CC488DE) <7fb606edf1e5c7ab5b1446d637768ee7@codeaurora.org> <4bab3197997bb2dd6555ff920c5dd1cb@codeaurora.org> <92eddf5d153781b2698ad258aac2fbe4@codeaurora.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.2 (3.36.2-1.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Fri, 2020-05-29 at 20:10 +0530, Sathishkumar Muruganandam wrote: > On 2020-05-29 18:16, Johannes Berg wrote: > > On Fri, 2020-05-29 at 17:59 +0530, Sathishkumar Muruganandam wrote: > > > Yes, currently only tx encap support is added and rx decap support is > > > in > > > progress to do TKIP MIC error reporting to userspace via > > > cfg80211_michael_mic_failure(). > > > > Yes, but can you actually call that? It requires a netdev. I don't > > think > > you can easily get it from the vif? > > > > Yes, that's right. Currently the plan is to add new mac80211 api for rx > decap where > we can call cfg80211_michael_mic_failure() and not called directly from > driver. Sure, that sounds fine. Really what I was saying is that we should have that together, not just this patch that allows TKIP offload, but then nothing that actually makes that working properly/safely. > Whether we can expose netdev to driver for doing such cfg80211 call ? I've always worried that if we expose the netdev we'll just get all kinds of messy things happening in the driver :) But maybe not. I guess it doesn't make a big difference. johannes