From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail2.candelatech.com ([208.74.158.173]) by merlin.infradead.org with esmtp (Exim 4.85 #2 (Red Hat Linux)) id 1aZGW8-00065S-JR for ath10k@lists.infradead.org; Fri, 26 Feb 2016 11:25:06 +0000 Subject: Re: [PATCH 1/4] ath10k: remove supported chain mask References: <1445948474-16738-1-git-send-email-rmanohar@qti.qualcomm.com> <87fv0uq6p7.fsf@kamboji.qca.qualcomm.com> <1456233812853.59898@qti.qualcomm.com> <1456421947524.85405@qti.qualcomm.com> From: Ben Greear Message-ID: <56CF4A96.3080105@candelatech.com> Date: Thu, 25 Feb 2016 10:40:22 -0800 MIME-Version: 1.0 In-Reply-To: <1456421947524.85405@qti.qualcomm.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: "Manoharan, Rajkumar" , "janusz.dziedzic@tieto.com" , "Valo, Kalle" Cc: "linux-wireless@vger.kernel.org" , "ath10k@lists.infradead.org" On 02/25/2016 09:39 AM, Manoharan, Rajkumar wrote: >>>>> Removing supported chainmask fields as it can be always derived >>>>> from num_rf_chains. >>>>> >>>>> Signed-off-by: Rajkumar Manoharan >>>> >>> Hello, >>> >>> This one break monitor mode for qca988x and 10.x firmware: >>> After Revert "ath10k: remove supported chain mask" - works correctly. >>> >> Janusz, >> >> Thanks for reporting. Will send out patch asap. >> > > Janusz, > > It seems the change ("ath10k: remove supported chain mask") just exposed an > hidden problem. The same target assert can be reproduced by below sequence > even after reverting the commit. > > ifconfig wlan0 down > iw wlan0 set type monitor > iw phy0 set antenna 7 > ifconfig wlan0 up > > The actual cause of target assert is below commit. > > commit 5572a95b4b5768187652a346356e39e7542ca6e0 > Author: Ben Greear > Date: Mon Nov 24 16:22:10 2014 +0200 > > ath10k: apply chainmask settings to vdev on creation > > Configuring NSS vdev param on interface addition is causing the target assert in 10.1 firmware. > Just creating monitor interface is causing assert with qca_main firmware. Maybe change that patch so that it does not attempt to set nss just for monitor interfaces? Thanks, Ben > > > -Rajkumar > -- Ben Greear Candela Technologies Inc http://www.candelatech.com _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k