Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp5394175rwd; Mon, 12 Jun 2023 04:39:42 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5Y7D7E5EGl6B5Yp2+lIJ1ehLKQ/uB6yoxAdpNwZ1WVOhsRjEUpJsukLtHMlX7gLoQp2UY8 X-Received: by 2002:aa7:d6cf:0:b0:510:d0bc:e130 with SMTP id x15-20020aa7d6cf000000b00510d0bce130mr4894162edr.33.1686569982395; Mon, 12 Jun 2023 04:39:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686569982; cv=none; d=google.com; s=arc-20160816; b=bTh9C58BNRbdrIJZ+aGngVSCuBPTP0SasnSA6p27WjYmi8Zc04IcQx/ikZRgqHymAX crJwttfpfvGMrTPWVlC1iZC8wfPEe8m0Q1+EzaJJr9jCrfWF+v9Unsyn9R1rteBFg8cl fTUH6qlHgikaHB4MqW3LEsv/Pw7saR2zQu3sZ1FeTmEjaKNTkYORNA/tW0uw2ITxOlj3 w2CEowDoKXvtc51WwV06+Cg4zGTSdkvNWegXXL/ulbDsG9hAyrZfL6UrT1s4D6iyXGSa ngtNG33xtC9koyeLi9hVRDlmeyB507VNx7jdgK06H2B6WyoEYyIOLeQnyZcTsIxCR/TF 14EQ== 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=7e8+yY+6VnFiyn20cskN6gGyYmdrhPGpnmg4w6IEwoQ=; b=BMudNdHPYksCc2hRVMiSBK67HlyBqWIJTwXzBckJV8xM7gWB9I40hWq+UhuRaXqg2F zZXzqp9+MIhw8xGQomD8EnKe725e2HHU4+WigAR41hY5q0g9ypYH0zJRKGkGV2QOeirF RQz4k7eyDukDSbfTqcNIAp3fOumPOf3IvL9DYuIF24clzxPuu2DVEeTSxAJGDyY0b90Y eMBIDQpu3c0dhpRtcJO+gzznaOG9O9z3BEmEebmJyLw3jMyn0nM2t2lV04cyPKHiUB+g y67HiIw6TAlwK4praL30GwuC607DD74Tu4cVcGO/R1HOHBucXkCbWKsnwuWhYqdVw/8L kiyA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=VziyCl8b; 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 e19-20020a056402149300b00514b8ff7f6fsi5985823edv.203.2023.06.12.04.39.17; Mon, 12 Jun 2023 04:39:42 -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=VziyCl8b; 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 S235012AbjFLKnN (ORCPT + 99 others); Mon, 12 Jun 2023 06:43:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48070 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232651AbjFLKm4 (ORCPT ); Mon, 12 Jun 2023 06:42:56 -0400 Received: from mail-yw1-x112e.google.com (mail-yw1-x112e.google.com [IPv6:2607:f8b0:4864:20::112e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 82E1CA85C for ; Mon, 12 Jun 2023 03:27:27 -0700 (PDT) Received: by mail-yw1-x112e.google.com with SMTP id 00721157ae682-56d0d574964so13677167b3.0 for ; Mon, 12 Jun 2023 03:27:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1686565646; x=1689157646; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=7e8+yY+6VnFiyn20cskN6gGyYmdrhPGpnmg4w6IEwoQ=; b=VziyCl8bSsxE2IVLUDm9vBcTw5I2pmEjfat9V2goKs5pJ0/4q2FCW9Rrz/Wp98sHXF kNu0OKvOPqTH4a4tpfgCv+o+rbVUN37lcboXRO0RFcu196iJYg3aIrw3RIS8sBO1fJlj lANsaM9N0pbhsf15bXS4GyzNKr5Xo4u/FiPuP+R7/elVAug4WurJ0umpr3eIDOeLEZ4C +zwIL1nWFUvFTW6weUbXIiGvyvY1zIdtYyh5VuwvHf+D36QR5h4WtLdyOTz13a8cIWJH TDi1UaiYyZ55xgg329ExCDDe9etCss6PMrOc9v35UKzROWS+1MCtWSMbnZ9VqP2vU+3j wpjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686565646; x=1689157646; 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=7e8+yY+6VnFiyn20cskN6gGyYmdrhPGpnmg4w6IEwoQ=; b=S8gFEkIEHs41mp/InxOidrSmQptWmI9WvB4SlR2N5xAJ9YnyeBiqAVM9UnOJU37Guz IgFq6kx4qt8P+2zOqVgEKA+ooZyG52ak/chqU1wUf4GDGvknnA4DTNBgy4TV6K/YiFIs aR6rNntRMPjfptvTivU/UekAw5sfYRykwf7X/GFhZbP68enNfopQqIHD8Z4a/LQVLoK7 dqu3vXNRcMglOL8FhcI7AsTgpvMWF8iGt0Mq4bjl6CEvreU6sNPyMddnLN+/oKSrDzle mgDbCEy6AH4Z/rk2hIoyUnWENwMR6JyC8Yhgi1bjbx4wVMRArupDnDiHNgK8mBh6OctA 321A== X-Gm-Message-State: AC+VfDySH6IT2emeodNpZkpLkhHVAb5CLnvOJJlQNNrIp2baYOQ9z7UN IeE+1huL2pNTEgM9N0H4WM1GWQXF8hPwYH44UQjO5g== X-Received: by 2002:a0d:d3c5:0:b0:569:770d:c9be with SMTP id v188-20020a0dd3c5000000b00569770dc9bemr10380583ywd.41.1686565646687; Mon, 12 Jun 2023 03:27:26 -0700 (PDT) MIME-Version: 1.0 References: <20230608085544.16211-1-quic_tnimkar@quicinc.com> In-Reply-To: <20230608085544.16211-1-quic_tnimkar@quicinc.com> From: Ulf Hansson Date: Mon, 12 Jun 2023 12:26:50 +0200 Message-ID: Subject: Re: [PATCH 0/2] Add provision to keep idle state disabled To: Tushar Nimkar Cc: "Rafael J . Wysocki" , Daniel Lezcano , linux-pm@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, quic_lsrao@quicinc.com, quic_mkshah@quicinc.com 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,T_SCC_BODY_TEXT_LINE 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 Thu, 8 Jun 2023 at 10:56, Tushar Nimkar wrote: > > CPUidle already has CPUIDLE_FLAG_OFF to keep idle state disabled, > Lets extend the support to set this flag using device tree. > > This allows to keep an idle state disabled and they can be enabled back using > sysfs after certain point using below command. > > echo N > /sys/devices/system/cpu/cpuX/cpuidle/stateX/disable > > This helps in cases where vendors want to keep cpuidle off until home > screen comes up. In the past attempt was done at [1] but it was not considered > safe option to export cpu_idle_poll_ctrl(). > > [1] https://patchwork.kernel.org/project/linux-arm-msm/patch/1637831676-32737-1-git-send-email-quic_mkshah@quicinc.com/ Before considering this, I don't recall if I ever received a reply to my earlier suggestion to the above thread. So, let me repeat my question. I am wondering if a similar improvement can be achieved by modularizing the cpuidle-psci driver. If insmodding it after the homescreen, we allow only ARM WFI during boot. This should achieve the similar results as we get with $subject series, right? [...] > > Thanks, > Tushar Nimkar. > > Tushar Nimkar (2): > dt-bindings: cpu: idle-states: Add idle-state-disabled property > cpuidle: dt: Add support to keep idle state disabled > > Documentation/devicetree/bindings/cpu/idle-states.yaml | 8 ++++++++ > drivers/cpuidle/dt_idle_states.c | 3 +++ > 2 files changed, 11 insertions(+) > Kind regards Uffe