Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp1195491pxv; Fri, 25 Jun 2021 07:29:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzzkupqgtgma6bP/6eWrlc0z/6ie/DTlyRjXvHYgTr0bacS7FnAlnnQ6QSWlTcMkdU40KUh X-Received: by 2002:a05:6638:3806:: with SMTP id i6mr9700596jav.9.1624631395381; Fri, 25 Jun 2021 07:29:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624631395; cv=none; d=google.com; s=arc-20160816; b=F3lO/2S1l8OQHzH17kJX1QU564nxvl31CdJTHdekW9WKCgmerSTCz3Mi7YqjE+k2Hb eaYRfRj3NMde1kgiPfxmsSUjug/Pm4aplG3U9dnBtHemupCR2HQQQDJnC65GimWigeXO G5VpQShq6p8aYwq1xlnI7o+/cNreBA/zuyeuH002AAYGGTemIH4ehebzXSSbPud7E6+m AV8Xjsb+pJVga7FlanID1Z6PNzzkeioPYJ7+ixj26piDLO0Q5z2BGWPvGZ6n5PaDg065 CFFRH8QPlyijB9fpNpbexvv7kp1FyKdEOQ5zg5JwBSqpUDIfVUzMagbaQpryDufNKvhW hotA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:ironport-sdr:ironport-sdr; bh=/1PT+Wd0cZSHb1xItJJxYZkPUmWpU98Ow4fNXUJKhK0=; b=I7W1l4TXdo6Q7gbBKrMHa4B9qPBaHCMENu4ztpsqgnGEsGsL3dQIU+pgDqgu9FnObB tJgXrrn0G066qIxmAl59WWksvNjDpkyF64VXNaIVDF7nWPgRDDEkBAU6MiNxX3iiLyhd eClw8u5CgfnY0uOibo4qkvwojds40R3id35ouBOgzS/0MtfhZ5FeOMRNv7ANKuEhwR9Y wMCxHLT/q/+4BkHrw3a5zHD3ImtcB+Lp3bcL0g0EDAgdGOecuyG/OUD0GMa3rnpnLhfU dWTSaMsj5O/9kTnaYfx2uIG05zbgRtDcf6hY6l7FqTYDh52HbEF1n4CP3uUasErsLvr1 Y/7g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b3si3099493iln.134.2021.06.25.07.29.42; Fri, 25 Jun 2021 07:29:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231676AbhFYObR (ORCPT + 99 others); Fri, 25 Jun 2021 10:31:17 -0400 Received: from mga09.intel.com ([134.134.136.24]:65243 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230088AbhFYObQ (ORCPT ); Fri, 25 Jun 2021 10:31:16 -0400 IronPort-SDR: qlC6po9CBhwhhMKA4xt9NFOi6eKkP41mNd5IVNs6VsVWdm50Wu5efUce2OvLyBtQiw9l0or+// n5hnhEkDtNwg== X-IronPort-AV: E=McAfee;i="6200,9189,10026"; a="207613937" X-IronPort-AV: E=Sophos;i="5.83,299,1616482800"; d="scan'208";a="207613937" Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Jun 2021 07:28:54 -0700 IronPort-SDR: WNAtepcf9idkm4AAbzyigIodSHEissUxezIBiZis8HmDzBHjtSpRVQgtbeTpSiZxAJtAeFwJDR OkO2lcDW3iGQ== X-IronPort-AV: E=Sophos;i="5.83,299,1616482800"; d="scan'208";a="642645656" Received: from sye-mobl.amr.corp.intel.com ([10.212.236.130]) by fmsmga005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Jun 2021 07:28:53 -0700 Message-ID: <5069e4c3d8f88d4a72155bf3d15282cbba8e7429.camel@linux.intel.com> Subject: Re: [PATCH] HID: intel-ish-hid: use async resume function From: srinivas pandruvada To: Jiri Kosina , Ye Xiang Cc: jic23@kernel.org, linux-input@vger.kernel.org, linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org Date: Fri, 25 Jun 2021 07:28:52 -0700 In-Reply-To: References: <20210613032507.7474-1-xiang.ye@intel.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.4 (3.38.4-1.fc33) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2021-06-25 at 14:12 +0200, Jiri Kosina wrote: > On Sun, 13 Jun 2021, Ye Xiang wrote: > > > ISH IPC driver uses asynchronous workqueue to do resume now, but > > there is > > a potential timing issue: when child devices resume before bus > > driver, it > > will cause child devices resume failed and cannot be recovered > > until > > reboot. The current implementation in this case do wait for IPC to > > resume > > but fail to accommodate for a case when there is no ISH reboot and > > soft > > resume is taking time. This issue is apparent on Tiger Lake > > platform with > > 5.11.13 kernel when doing suspend to idle then resume(s0ix) test. > > To > > resolve this issue, we change ISHTP HID client to use asynchronous > > resume > > callback too. In the asynchronous resume callback, it waits for the > > ISHTP > > resume done event, and then notify ISHTP HID client link ready. > > > > Signed-off-by: Ye Xiang > > Srinivas, can I please get your Ack for this one? Done. Thanks, Srinivas > > Thanks, >