Received: by 2002:a05:6358:16cd:b0:dc:6189:e246 with SMTP id r13csp1063338rwl; Fri, 4 Nov 2022 09:20:25 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5qK6Ae5FnSeNAlnEP4PELSdaCRpTCK6V0dh26eybZqP8nOEIzcmcHGCoHLiqym+VLQhbhh X-Received: by 2002:a17:90b:3446:b0:213:4990:fa2 with SMTP id lj6-20020a17090b344600b0021349900fa2mr56125913pjb.73.1667578825428; Fri, 04 Nov 2022 09:20:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667578825; cv=none; d=google.com; s=arc-20160816; b=s8pk5HM26Wt5Y22sC8tENJuWjPeaZX4feDgYCjkz3KPlYUe9iJvBYShMBZs2l0bH51 1CYJ1+E/mvdlNBFkmi3NLjtn4arPrpB/r0/g3pyIPma11gw9kWgR5lqqgyVcv1MixwvP K9Z3MaPBtzzm8mkskA6sQ/7Ky81f6/OdUQC+Vq+glBeCot5lgBoMK4dHNsiZWgtjCB65 i0AGsHqgdOhBH5RbMBJbPcN+hHpflb/4SAsHP+ZZNzcNKXtsTtlPMkoWXTunRw5fHTHO 0v7fcHYbt22dyG8cyVsbg3Z737prSxsru1wm/eYK9lpG0ZzoTmIU9LClQBX17N3IrmT1 1zDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=JEBUcA2t6bqsK4Hsh2ebBKZKN3WgFdpUWP7TxfqQKYY=; b=YRyRLcCl1YudinRpYfoKgyGniGQwCv8iNQkGW2EuDC3QXZIxxNtfdQJKM+nOns9nzC Iqkb9LCWu8UR6FOPxMpWLWrdeWGBhyAt1yDsaoRCtbcFwwU4e+1VCkRpV8kCraT5RSgj PUnwAzhYWUrh8G2fHbsnjUAEIaUe8120jC/i2d+5Xa3mIbJi/6VnNJ3BMbu7sCWzIN1P gFUa0R/gr3c+D7UvekjXysqif4Eilw7FAnS8MimNeTdXHiX0HqvFNqyxy3pBI17MGyuD 7yXmVZ4ABCz4R8EVnK6oP8snIp/COb+6DR5nkvwoa1ITsFe8XKvj9NxFGWs4Yh03dzGl S0Gw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="o1CmD/Id"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y13-20020a170902ed4d00b0018701f083b1si4267080plb.619.2022.11.04.09.20.12; Fri, 04 Nov 2022 09:20:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="o1CmD/Id"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232136AbiKDPc7 (ORCPT + 96 others); Fri, 4 Nov 2022 11:32:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43486 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232600AbiKDPcy (ORCPT ); Fri, 4 Nov 2022 11:32:54 -0400 Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0EE452F673 for ; Fri, 4 Nov 2022 08:32:54 -0700 (PDT) Received: by mail-pg1-x533.google.com with SMTP id 78so4646196pgb.13 for ; Fri, 04 Nov 2022 08:32:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=JEBUcA2t6bqsK4Hsh2ebBKZKN3WgFdpUWP7TxfqQKYY=; b=o1CmD/IdNI5q96kLE0W+toToUCsdEAFBMkd49bo5jyeyQu88+Hu3YRmMPOXX/ky0Yt WAw3L1b7/qp6DxE6XCgw6f+EAhk9p4HFy1v4d6Dml9gsJdD/HpPkSOWAfyMJiNx8DAc9 JpIlG+/rEZ4r2hx12cbZJKm+Yek4DDzbhjvYaiwgBUrzkKiXVUkpc/4oi8jWa0Gcu+Tz a7GREl+55jdp/Yy8ORxJK1JWC2xQu0xaoQsuEeSmboZceuFpBIl+ZBLh92KNLR665QNr W5G/sBw/sDBQkpWanS94JrI5miUtMFdMNRyMeGIjMYsvJGQe4Y7ZFIwhfH1qQ6q/LHFw sIcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=JEBUcA2t6bqsK4Hsh2ebBKZKN3WgFdpUWP7TxfqQKYY=; b=0z6MiNgqCEbl4TCQQCoHcrckhdwK2FKVGZIBqs9e+mqIXDQc/Y0t6OhHcmm0073YBF BKKj8p7ML7QglvPyiG9IXKhzoXlvAo68Wz/kUoivm3iGBW/2EMlhzomUknRT5gW1n56Q sqkO2IMo18aMalVYaOMYtvJp1Vu40jmDflvGd1FYH1E/ZyQjq8MoNukGwbDrPSq9lDO8 LlDTZphDPGFpgBfLyoBnKSaZfYh6FBbLuuTg4dQRKFkygwz2t/tROMA8wuVUC5G88eaW WNwhylUG+oYiG8alNGId7kJpDNalPqKJA+3CfPCAupOInh89UPtPKUWm5H3lkJFq/o0U jtwA== X-Gm-Message-State: ACrzQf3pM2PqVnK5ZPT/u6vj10elESbYBVOd/+K2sOXVu8v7yMOjfag9 Vgto6wqqCipDV8I5U7cb+ZrtvR9KdCY+h6dbu3Dfcg== X-Received: by 2002:a05:6a00:1823:b0:56b:f348:998f with SMTP id y35-20020a056a00182300b0056bf348998fmr36258759pfa.28.1667575973544; Fri, 04 Nov 2022 08:32:53 -0700 (PDT) MIME-Version: 1.0 References: <20221102142104.2006554-1-shawn.guo@linaro.org> <20221102142104.2006554-2-shawn.guo@linaro.org> In-Reply-To: <20221102142104.2006554-2-shawn.guo@linaro.org> From: Ulf Hansson Date: Fri, 4 Nov 2022 16:32:16 +0100 Message-ID: Subject: Re: [PATCH v3 1/4] PM: domains: Drop genpd status manipulation for hibernate restore To: Shawn Guo Cc: "Rafael J . Wysocki" , Kevin Hilman , Len Brown , Pavel Machek , Greg Kroah-Hartman , linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2 Nov 2022 at 15:21, Shawn Guo wrote: > > The genpd status manipulation for hibernate restore has really never > worked as intended. For example, if the genpd->status was GENPD_STATE_ON, > the parent domain's `sd_count` must have been increased, so it needs to > be adjusted too. So drop this status manipulation. > > Suggested-by: Ulf Hansson > Signed-off-by: Shawn Guo Note that, I was trying to understand a little more about the background to the below code, although it's not entirely easy to browse the git history around this. Unless Rafael thinks there are reasons to keep the code as is, I wouldn't mind seeing it go away. So: Reviewed-by: Ulf Hansson Kind regards Uffe > --- > drivers/base/power/domain.c | 13 ------------- > 1 file changed, 13 deletions(-) > > diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c > index 6471b559230e..97deae1d4e77 100644 > --- a/drivers/base/power/domain.c > +++ b/drivers/base/power/domain.c > @@ -1374,20 +1374,7 @@ static int genpd_restore_noirq(struct device *dev) > if (IS_ERR(genpd)) > return -EINVAL; > > - /* > - * At this point suspended_count == 0 means we are being run for the > - * first time for the given domain in the present cycle. > - */ > genpd_lock(genpd); > - if (genpd->suspended_count++ == 0) { > - /* > - * The boot kernel might put the domain into arbitrary state, > - * so make it appear as powered off to genpd_sync_power_on(), > - * so that it tries to power it on in case it was really off. > - */ > - genpd->status = GENPD_STATE_OFF; > - } > - > genpd_sync_power_on(genpd, true, 0); > genpd_unlock(genpd); > > -- > 2.25.1 >