Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp3717632pxt; Tue, 10 Aug 2021 09:43:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy0wDPsyU5mdZyAUjF91K2XFBGjQOiBHx5qVLTiGDS6X8QEltQuOrxeOXVxi4gXi8lZGXFt X-Received: by 2002:a05:6402:3550:: with SMTP id f16mr5302864edd.191.1628613788148; Tue, 10 Aug 2021 09:43:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628613788; cv=none; d=google.com; s=arc-20160816; b=ReDMvt3nvQiE3Jbj+gTO5/gWGCMLV93Q3VcEZvvdi/5voEuqqwCGeo/SDOheOb0VmH pKcJ2rGmnidF7OfyPF8fmoLHmTzrijcK1Pkopv7rk8B2+wobKNA/SXsgky8K1tKuFFfY llzZZmDtslVJ51sjAKBz5Sn1W9CoTZGFdqL2ldLqPO4grrWH1UfQWtC99cuvCnRYGBMI 1fse8CWaqQWT8cdLnx2CjD4FHOUlGth1w6MTeq+ArX4bEQOjYxJ/GtQT9LgApuOYEzDJ OMlYKGsi7+tIkMeaAtpABZxFb2OYI3domXHl1g86gDhHRjtOmAFbhVhvAgKNop3FGoD7 c0AQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=rkfiVjNJFlL2uU7qUpvvAIPTVndvxtykMzW7TuzO0hE=; b=LXUWrNgnQeQUtUGATPjL6+LksuumAoMRUiLqgupycn0i1oTm2YxlaY4vwmDBWATUg6 +qB8m5MhKPjqJJ1bGTgJcn0tOmcMsyAfC5m7zTMC61ouPhJuue1w7rHFG4WBG59pe80G woOW/26xC+qyC2JsZQcU1uu8jcNU/9yc/TcK+lBHFRCq9mQkulPd2ZvicM9/s1x960Js jOl9D1u/84383BSDXhyyRbpW1F95zy9pqiv1LgPljKlji8Zi6riJOTpquWhQU8Plh8ul H2y+gapQNod3m8VbXkBLfhyrv5zJUw2nAJDSPWNgBwH0SzFxz0SPmo869yllnU4AVVkw J2cw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="ioa/h9et"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j23si24206233eje.501.2021.08.10.09.42.43; Tue, 10 Aug 2021 09:43:08 -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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="ioa/h9et"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241614AbhHJPGa (ORCPT + 99 others); Tue, 10 Aug 2021 11:06:30 -0400 Received: from mail.kernel.org ([198.145.29.99]:46640 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231346AbhHJPGa (ORCPT ); Tue, 10 Aug 2021 11:06:30 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id CF5A960EE7; Tue, 10 Aug 2021 15:06:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1628607968; bh=dqo+NJskWQkpj9z6N8xQUfDVCUEgPwqRUPQ6njYYZIU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ioa/h9et+21lof64iWcP5IEezko5Fo8Nqs6H05OAupK1dLhs3GN9D51vWnWrbqE5n wT1Wy+cJFuzI5alZMPTwRpfA0mB9YMF/Od757RFP+NeKLfRVrWhgHSe0MNpC5BWscQ BqH5kEV/rpZYKkl8BIlTBkXMHmBLcbnkTqXnC1ck= Date: Tue, 10 Aug 2021 17:06:05 +0200 From: Greg KH To: Prasad Sodagudi Cc: rjw@rjwysocki.net, len.brown@intel.com, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, pavel@ucw.cz Subject: Re: [PATCH v2] PM: sleep: core: Avoid setting power.must_resume to false Message-ID: References: <1628602932-246733-1-git-send-email-psodagud@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1628602932-246733-1-git-send-email-psodagud@codeaurora.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 10, 2021 at 06:42:11AM -0700, Prasad Sodagudi wrote: > This is regarding suspend/resume(s2idle) scenario of devices and difference > between the LTS kernels 5.4 and 5.10 with respect to devices suspend and > resume. Observing that devices suspended in suspend_late stage are not > getting resumed in resume_early stage. > 1) LTS kernel 5.4 kernel do not have this problem but 5.10 kernel > shows this problem. > 2) 'commit 6e176bf8d461 ("PM: sleep: core: Do not skip callbacks in the resume phase")' > is skipping the driver early_resume callbacks. > > In device_resume_early function dev->power.must_resume is used to skip the > resume call back. It looks this function is expecting that, > __device_suspend_noirq() would set dev->power.must_resume = true for the > devices which does not have DPM_FLAG_MAY_SKIP_RESUME flag set. > > 3) Problematic scenario is as follows - During the device suspend/resume > scenario all the devices in the suspend_late stage are successful and some > device can fail to suspend in suspend_noirq(device_suspend_noirq-> > __device_suspend_noirq) phase. > As a device failed in dpm_noirq_suspend_devices phase, dpm_resume_noirq is > getting called to resume devices in dpm_late_early_list in the noirq phase. > > 4) During the Devices_early_resume stage > dpm_resume_early()-->device_resume_early() functions skipping the devices > early resume callbacks. > 799 if (dev_pm_skip_resume(dev)) > 800 goto Skip; > > 5) Devices suspended in suspend_late stage are not getting resumed in > Devices_early_resume stage because of > 'commit 6e176bf8d461 ("PM: sleep: core: Do not skip callbacks in the resume phase")' > is skipping the driver early_resume callbacks when dev->power.must_resume is false. > > > Changelog: > v1 -> v2: > - Fixed indentation comments. > - Commit text updated to include scenario. > > Prasad Sodagudi (1): > PM: sleep: core: Avoid setting power.must_resume to false > > drivers/base/power/main.c | 6 +++++- > 1 file changed, 5 insertions(+), 1 deletion(-) > > -- > The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, > a Linux Foundation Collaborative Project > I do not see a patch here, what happened? :(