Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp2832998rwi; Fri, 28 Oct 2022 11:51:36 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5YB+QBhmVc7rrHP/AFRQxQCM0HLotc8Za5UT5xd/prRhBT8orCYWC+SJMQ7PCy5m9My+Oh X-Received: by 2002:a63:450b:0:b0:46f:6321:1e2c with SMTP id s11-20020a63450b000000b0046f63211e2cmr819278pga.390.1666983095910; Fri, 28 Oct 2022 11:51:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666983095; cv=none; d=google.com; s=arc-20160816; b=uklJMOHGzSBTGc1Sht59+5rWx1lNFn9nWwxXis6Zcq/bID+8RlQePWJD4oLs/L5pKF jpcPfWW3hO62a7af2nH7/SMetKOkXOT2EAR11VTAI8jC+8eJ+IUC40xvSMmQOdcsLEza EHbyMl7gRy9Of+yqvwTn+RYSULUm2NEW9aFC9Gl/0PhEQSrNgCSm+x7ZyjyzH6ykOq2r MRmK59hSIyWLx1aW80gyrtpYTEJglliHsKg7REQ7c453TiqXpZ7oqiG/FOCPb7mGlLuS 350wjbgopiqYRpaK30D6pD/cYVcoF2RqPJNJbhToNq/GSp1XU68FUADeTsbckYww/uXx H1Mg== 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; bh=CcLuxRQs5tABHxAs+Y7/Lan+bBcM/F9sLFO2LCCg8pI=; b=OlfaRJZP65GokuXIxJ2DjiJCGMUhPUf2Pa4Aa0M6Ywmxyzgw534SQ2B0+aOCvtjgbo ihGWyaNnazVEuMDNUhqPt/aHAmieJ+X0prLBk9u2QrfHG/h8FrTOiqEsijYopOLjpGlf U1KK+N6olZ+X4NXizZf/wfESXQafheDVis8++5DiTN/rOjNGr1vTGaN5jN61qjkUyN5f tvO3wuDbDKuMW1yy5TU4kqNXEQ/Kcyj7zCGnKRcJROIfpaJaBpgkbcR8mYw5Rp+cazPq qwNyzCSWWWy9UV/GHZmevU1jPdO0TdUTITy3UoCAG/GPrGkLuTV3lnHH4j5/zbT6d6Ql npSg== ARC-Authentication-Results: i=1; mx.google.com; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a20-20020aa794b4000000b0056be594a8b2si5415797pfl.202.2022.10.28.11.51.23; Fri, 28 Oct 2022 11:51:35 -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; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229915AbiJ1SKq (ORCPT + 99 others); Fri, 28 Oct 2022 14:10:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56306 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230088AbiJ1SKi (ORCPT ); Fri, 28 Oct 2022 14:10:38 -0400 Received: from mail-qk1-f174.google.com (mail-qk1-f174.google.com [209.85.222.174]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4A4748D22D; Fri, 28 Oct 2022 11:10:35 -0700 (PDT) Received: by mail-qk1-f174.google.com with SMTP id k4so1064259qkj.8; Fri, 28 Oct 2022 11:10:35 -0700 (PDT) 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=CcLuxRQs5tABHxAs+Y7/Lan+bBcM/F9sLFO2LCCg8pI=; b=fFRnJD+ZWuW4TVrnQD3vavTqjwCWgCugY3lLjK6PBU5t72rZM4bv9yno4wSkk/aTej GLTlxeI6F3NONCV/e9xsiSwvJsHgHi06X8F0iyO9RXwMbC56wcm/rEOc6W68q0/wOTrE cyS+JMDZ5p661J/LVsdprqs2SM7eY0hDQBjx49GNZKQVN3yRDtzCGz8BxplBVjm0YVeC rkcwNZLLtUcOvc1ZsL8amoGbY0LkfzIgqert4p15Q80yQlVtiuKf6JOIZUZMroo9r5t9 rNEH1K9zMkQtqWSSxJIdMD55fEytZXaKiPHIfXUYG5xUfb4DhpjTToC6HK20DnFdYRK4 nGtw== X-Gm-Message-State: ACrzQf37rJm6sPrw9Qf9mAgxeZyUN6S/KPB9RYHbqF/cJdF7SlhvaCTC g3XiALyFQJL9/6LkMxCJATBm74NswaUnvjWzNqg= X-Received: by 2002:a37:b1c2:0:b0:6fa:1185:4dbf with SMTP id a185-20020a37b1c2000000b006fa11854dbfmr389886qkf.764.1666980634716; Fri, 28 Oct 2022 11:10:34 -0700 (PDT) MIME-Version: 1.0 References: <20221021151013.148457-1-ulf.hansson@linaro.org> <20221025114308.4kevtiz5heoekgz3@bogus> In-Reply-To: <20221025114308.4kevtiz5heoekgz3@bogus> From: "Rafael J. Wysocki" Date: Fri, 28 Oct 2022 20:10:23 +0200 Message-ID: Subject: Re: [PATCH 1/2] cpuidle: dt: Return the correct numbers of parsed idle states To: Sudeep Holla , Ulf Hansson Cc: Daniel Lezcano , linux-pm@vger.kernel.org, Lorenzo Pieralisi , Catalin Marinas , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no 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 Tue, Oct 25, 2022 at 1:43 PM Sudeep Holla wrote: > > On Fri, Oct 21, 2022 at 05:10:12PM +0200, Ulf Hansson wrote: > > While we correctly skips to initialize an idle state from a disabled idle > > state node in DT, the returned value from dt_init_idle_driver() don't get > > adjusted accordingly. Instead the number of found idle state nodes are > > returned, while the callers are expecting the number of successfully > > initialized idle states from DT. > > > > This leads to cpuidle drivers unnecessarily continues to initialize their > > idle state specific data. Moreover, in the case when all idle states have > > been disabled in DT, we would end up registering a cpuidle driver, rather > > than relying on the default arch specific idle call. > > > > Makes sense. > > Reviewed-by: Sudeep Holla Applied along with the [2/2] as 6.2 material, thanks!