From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-qk0-f177.google.com ([209.85.220.177]:33969 "EHLO mail-qk0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755730AbdDFEcc (ORCPT ); Thu, 6 Apr 2017 00:32:32 -0400 MIME-Version: 1.0 In-Reply-To: <20170331202136.100342-1-briannorris@chromium.org> References: <20170331202136.100342-1-briannorris@chromium.org> From: amit karwar Date: Thu, 6 Apr 2017 10:02:31 +0530 Message-ID: (sfid-20170406_063241_703359_CFCFEB8E) Subject: Re: [RFC PATCH] Revert "mwifiex: fix system hang problem after resume" To: Brian Norris Cc: Amitkumar Karwar , Nishant Sarmukadam , Kalle Valo , linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org, Dmitry Torokhov , Jeffy Chen Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Sat, Apr 1, 2017 at 1:51 AM, Brian Norris wrote: > This reverts commit 437322ea2a36d112e20aa7282c869bf924b3a836. > > This above-mentioned "fix" does not actually do anything to prevent a > race condition. It simply papers over it so that the issue doesn't > appear. > > If this is a real problem, it should be explained better than the above > commit does, and an alternative, non-racy solution should be found. > > For further reason to revert this: there's ot reason we can't try > resetting the card when it's *actually* stuck in host-sleep mode. So > instead, this is unnecessarily creating scenarios where we can't recover > Wifi. > > Cc: Amitkumar Karwar > Signed-off-by: Brian Norris > --- > Amit, please take a look. AIUI, your "fix" is wrong, and quite racy. If you > still think it's needed, can you please propose an alternative? Or at least > explain more why this is needed? Thanks. > I agree. Fix just covers the issue. We need to investigate why system hangs when card reset is attempted in host sleep activated scenario. Acked-by: Amitkumar Karwar Regards, Amitkumar Karwar