From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from sabertooth01.qualcomm.com ([65.197.215.72]) by bombadil.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1X9erU-0001GG-Gx for ath10k@lists.infradead.org; Tue, 22 Jul 2014 18:32:29 +0000 From: Kalle Valo Subject: Re: [PATCH] ath10k: prevent endless pci rx loop References: <1405687501-25917-1-git-send-email-michal.kazior@tieto.com> Date: Tue, 22 Jul 2014 21:32:01 +0300 In-Reply-To: <1405687501-25917-1-git-send-email-michal.kazior@tieto.com> (Michal Kazior's message of "Fri, 18 Jul 2014 14:45:01 +0200") Message-ID: <87vbqptfby.fsf@kamboji.qca.qualcomm.com> MIME-Version: 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: Michal Kazior Cc: linux-wireless@vger.kernel.org, ath10k@lists.infradead.org Michal Kazior writes: > It was possible to enter an endless loop while > processing a single pci copy engine pipe. This > could effectively render ath10k incapable of > responding to any requests. > > An example case when this could happen is when > firmware generates a lot of events, e.g. spectral > scan phyerr via WMI. > > Reported-by: Janusz Dziedzic > Signed-off-by: Michal Kazior Thanks, applied. -- Kalle Valo _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from sabertooth01.qualcomm.com ([65.197.215.72]:48694 "EHLO sabertooth01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755962AbaGVScH (ORCPT ); Tue, 22 Jul 2014 14:32:07 -0400 From: Kalle Valo To: Michal Kazior CC: , Subject: Re: [PATCH] ath10k: prevent endless pci rx loop References: <1405687501-25917-1-git-send-email-michal.kazior@tieto.com> Date: Tue, 22 Jul 2014 21:32:01 +0300 In-Reply-To: <1405687501-25917-1-git-send-email-michal.kazior@tieto.com> (Michal Kazior's message of "Fri, 18 Jul 2014 14:45:01 +0200") Message-ID: <87vbqptfby.fsf@kamboji.qca.qualcomm.com> (sfid-20140722_203212_014591_A4E52EE0) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: linux-wireless-owner@vger.kernel.org List-ID: Michal Kazior writes: > It was possible to enter an endless loop while > processing a single pci copy engine pipe. This > could effectively render ath10k incapable of > responding to any requests. > > An example case when this could happen is when > firmware generates a lot of events, e.g. spectral > scan phyerr via WMI. > > Reported-by: Janusz Dziedzic > Signed-off-by: Michal Kazior Thanks, applied. -- Kalle Valo