Messages in this thread | | | From | "Rakesh Pillai" <> | Subject | RE: [PATCH v2 0/2] ath10k: Fixes during subsystem recovery | Date | Fri, 26 Feb 2021 20:10:48 +0530 |
| |
> -----Original Message----- > From: Rakesh Pillai <pillair@codeaurora.org> > Sent: Friday, January 15, 2021 6:56 PM > To: 'Kalle Valo' <kvalo@codeaurora.org> > Cc: 'ath10k@lists.infradead.org' <ath10k@lists.infradead.org>; 'linux- > wireless@vger.kernel.org' <linux-wireless@vger.kernel.org>; 'linux- > kernel@vger.kernel.org' <linux-kernel@vger.kernel.org> > Subject: RE: [PATCH v2 0/2] ath10k: Fixes during subsystem recovery > > > > -----Original Message----- > > From: Kalle Valo <kvalo@codeaurora.org> > > Sent: Tuesday, December 22, 2020 12:07 AM > > To: Rakesh Pillai <pillair@codeaurora.org> > > Cc: ath10k@lists.infradead.org; linux-wireless@vger.kernel.org; linux- > > kernel@vger.kernel.org > > Subject: Re: [PATCH v2 0/2] ath10k: Fixes during subsystem recovery > > > > Rakesh Pillai <pillair@codeaurora.org> writes: > > > > > This patch series includes some fixes when the device > > > is in recovery mode, i.e. when the firmware goes down. > > > > > > - Pausing TX queues when FW goes down > > > - Removed unwanted/extra error logging in pkt TX path > > > - Skipping wait for FW response for delete cmds > > > - Handling the -ESHUTDOWN error code in case of SSR. > > > > > > Rakesh Pillai (2): > > > ath10k: Pause the tx queues when firmware is down > > > ath10k: Skip wait for delete response if firmware is down > > > > This has been tested only on WCN3990. How do I know that this doesn't > > break other hardware families? > > " ath10k: Pause the tx queues when firmware is down" > This is done only for SNOC (wcn3990) target and does not affect other > targets. > > " ath10k: Skip wait for delete response if firmware is down" > The skip for wmi responses is done based on the flag > "ATH10K_FLAG_CRASH_FLUSH", which is generic for all targets. > Since if the FW is down, there wont be any response from the FW for any > target. >
Hi Kalle, I see that these patches are in "deferred" state. Is there any info/change needed in this patch ?
Thanks, Rakesh Pillai.
| |