From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753417AbdEDNNy (ORCPT ); Thu, 4 May 2017 09:13:54 -0400 Received: from wolverine01.qualcomm.com ([199.106.114.254]:1966 "EHLO wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751136AbdEDNNt (ORCPT ); Thu, 4 May 2017 09:13:49 -0400 X-IronPort-AV: E=Sophos;i="5.38,287,1491289200"; d="scan'208";a="282873296" X-IronPort-AV: E=McAfee;i="5800,7501,8517"; a="952279600" X-MGA-submission: =?us-ascii?q?MDEFFKIIfn4CNBV6eocev4qexTZHPTVg01tq0B?= =?us-ascii?q?5KrXF1NSF4AZjWLyt4GCdqrGoUmBEtHZFye9erMAEAmb9L0ooypYOTHn?= =?us-ascii?q?4RJ6W1WXOALGia0G/kzi4MRSssVrBwtYRBlwFsWS98wp6ZmDroWdRxcf?= =?us-ascii?q?rf?= From: Kalle Valo To: Bjorn Andersson CC: Johannes Berg , "k.eugene.e@gmail.com" , Andy Gross , David Brown , "devicetree@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-arm-msm@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-soc@vger.kernel.org" , "linux-wireless@vger.kernel.org" , "netdev@vger.kernel.org" , "wcn36xx@lists.infradead.org" , "nicolas.dechesne@linaro.org" Subject: Re: [PATCH 1/2] wcn36xx: Pass used skb to ieee80211_tx_status() Thread-Topic: [PATCH 1/2] wcn36xx: Pass used skb to ieee80211_tx_status() Thread-Index: AQHSxNhB661UNLyjkEygJNPybht+Yw== Date: Thu, 4 May 2017 13:13:43 +0000 Message-ID: <87fugkrchl.fsf@kamboji.qca.qualcomm.com> References: <20170426220444.10539-1-bjorn.andersson@linaro.org> <1493281332.2529.1.camel@sipsolutions.net> <20170428234247.GQ15143@minitux> In-Reply-To: <20170428234247.GQ15143@minitux> (Bjorn Andersson's message of "Fri, 28 Apr 2017 16:42:47 -0700") Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.251.52.12] Content-Type: text/plain; charset="utf-8" Content-ID: MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id v44DDv7O016751 Bjorn Andersson writes: > On Thu 27 Apr 01:22 PDT 2017, Johannes Berg wrote: > >> >> > @@ -371,7 +371,7 @@ static void reap_tx_dxes(struct wcn36xx *wcn, >> > struct wcn36xx_dxe_ch *ch) >> >   info = IEEE80211_SKB_CB(ctl->skb); >> >   if (!(info->flags & >> > IEEE80211_TX_CTL_REQ_TX_STATUS)) { >> >   /* Keep frame until TX status comes >> > */ >> > - ieee80211_free_txskb(wcn->hw, ctl- >> > >skb); >> > + ieee80211_tx_status(wcn->hw, ctl- >> > >skb); >> > >> >> I don't think this is a good idea. > > Thanks for letting me know :) > >> This code intentionally checked if TX status was requested, and if not >> then it doesn't go to the effort of building it. >> > > What I'm finding puzzling is the fact that the only caller of > ieee80211_led_tx() is ieee80211_tx_status() and it seems like drivers, > such as ath10k, call this for each packet handled - but I'm likely > missing something. > >> As it is with your patch, it'll go and report the TX status without any >> TX status information - which is handled in wcn36xx_dxe_tx_ack_ind() >> for those frames needing it. >> > > Right, it doesn't sound desired. However, during normal operation I'm > not seeing IEEE80211_TX_CTL_REQ_TX_STATUS being set and as such > ieee80211_led_tx() is never called. So what's the conclusion? How do we get leds working? -- Kalle Valo