Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1370815ybk; Sun, 10 May 2020 14:58:50 -0700 (PDT) X-Google-Smtp-Source: APiQypJ1zPHlz2fjrWT4jJompvZ+9esJJbOSFZu1zIPWDwNa8ipgZefqZflNbF0EwmjOOz0ioCPo X-Received: by 2002:a17:907:9488:: with SMTP id dm8mr10878825ejc.230.1589147930192; Sun, 10 May 2020 14:58:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589147930; cv=none; d=google.com; s=arc-20160816; b=fhUBiSA/exvC3BnFD6V1D+soODlTI4k4hVlYZT7XO5rGnjUnOv96+k4t1CQbAbjmaS qBG/un/kyioq4js9JcnP5OBaThpss1oirLK/3l7yoQiEckrtSGpAjUi9dlc7XxYGSgsX zCdq8zIDvxHXPAG2B56P46lLxrKZM2OL5wqUc1+t4o205Rr/IAziE7yAHHyElmGBSEFR dSMrcaJQ1PWjm1N8vQdYBXFlzNsN9HxzGb81HXXNTmXGqJTgyo+UV9ICd4inFkjXezkB 4sp9+6T+c5S9SZT9rtNTST+imdpnqniyKseazblo06f4MB14KTzSuXhSr5Mu1qCm3otC HMZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=qJPFgnq6aAJP0MfrZBt79nM4zaLZMoZHkJYbVNIWUxU=; b=F4xLiz2MQCdHaAWpzI4AStMiyyXf1R+2Txj8qZCbaRgG+eE0YooxAJok9nYcj6gJLw SV49dULFdrZmOHiU//yTr5s2g5ioEHwxrcRRCBD5S+fyEcjVjTqNr1RhQyPOvDYdQHHG afhoG4jCyoCfzSnjcvkJjJ12vso2Wu/H5jcw1zkhtj0kW5wTZHGaBTj/uqN+9ZEVXEwG NxhrmxECewA+99p1mmKD/5XFo+bEqYKVNzBtRQsJZ5w/iUKE1/LPgi7kz8r6MRJhym7S iYrOUgGdvqrOJm6NqRT7PA1Iy+8WKMRzoDsaMMjNdcXwCeHUaEFslLRqx5HA5k/ALp14 Zmrw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h10si4391041edv.267.2020.05.10.14.58.10; Sun, 10 May 2020 14:58:50 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729412AbgEJVyR (ORCPT + 99 others); Sun, 10 May 2020 17:54:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54746 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1727771AbgEJVyR (ORCPT ); Sun, 10 May 2020 17:54:17 -0400 Received: from Galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D49DDC061A0C for ; Sun, 10 May 2020 14:54:16 -0700 (PDT) Received: from bigeasy by Galois.linutronix.de with local (Exim 4.80) (envelope-from ) id 1jXttl-0007SF-V9; Sun, 10 May 2020 23:54:14 +0200 Date: Sun, 10 May 2020 23:54:13 +0200 From: Sebastian Andrzej Siewior To: Tony Chuang Cc: "kvalo@codeaurora.org" , Pkshih , "linux-wireless@vger.kernel.org" , "briannorris@chromium.org" , Kevin Yang Subject: Re: [PATCH 28/40] rtw88: 8723d: Add shutdown callback to disable BT USB suspend Message-ID: <20200510215413.zyeq74pwhw4zw4mt@linutronix.de> References: <20200417074653.15591-1-yhchuang@realtek.com> <20200417074653.15591-29-yhchuang@realtek.com> <20200505141455.k2mk7tmuiujfv2sh@linutronix.de> <20200506200129.suid6lfkdwuoapzl@linutronix.de> <2ee629b3bb374532b0830a39b57c2389@realtek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <2ee629b3bb374532b0830a39b57c2389@realtek.com> Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On 2020-05-07 04:26:24 [+0000], Tony Chuang wrote: > > Ping-Ke, can you please help to check on this ? > Looks like Kai-Heng is doing the much same thing here. > > But it's still worth to do it in wifi side I think, because it's difficult to > make sure the synchronization of BT and Wifi patch. Yes. It sounds reasonable to remove the patch in BT so the device is not always avoiding the suspend mode. I don't remember if I asked this: Shouldn't the USB reset get the device out of suspend? I thought this is part of the USB test. Could this be fixed in BT's firmware? > Yen-Hsuan Sebastian