From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EF85BC433E7 for ; Thu, 15 Oct 2020 11:32:41 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 970DC20B1F for ; Thu, 15 Oct 2020 11:32:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728844AbgJOLc2 (ORCPT ); Thu, 15 Oct 2020 07:32:28 -0400 Received: from mga11.intel.com ([192.55.52.93]:51945 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726996AbgJOLcC (ORCPT ); Thu, 15 Oct 2020 07:32:02 -0400 IronPort-SDR: uG6Rv/2onncRIPPeF8mtgQMuBtoLuEhE0JwRqksdMh/esurFtcw2FM7uBobPKmzqKe8O39M33c U2GuNnfEPE+Q== X-IronPort-AV: E=McAfee;i="6000,8403,9774"; a="162859527" X-IronPort-AV: E=Sophos;i="5.77,378,1596524400"; d="scan'208";a="162859527" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Oct 2020 04:31:59 -0700 IronPort-SDR: gjXN4EMTaMtAsC6kyIaQL+CpHnMMbFXQGl2oEvfG+5m72mH7GcvHpMNdMkGNzkzZbT+hDoR3KX 9aXKPouyWisA== X-IronPort-AV: E=Sophos;i="5.77,378,1596524400"; d="scan'208";a="531219798" Received: from rjwysock-mobl1.ger.corp.intel.com (HELO [10.249.151.178]) ([10.249.151.178]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Oct 2020 04:31:58 -0700 Subject: Re: DPTF_POWER and DPTF_PCH_FIVR To: Borislav Petkov , Srinivas Pandruvada Cc: lkml , rafael@kernel.org, Linux ACPI References: <20201015095311.GA11838@zn.tnic> <20201015095851.GB11838@zn.tnic> From: "Rafael J. Wysocki" Organization: Intel Technology Poland Sp. z o. o., KRS 101882, ul. Slowackiego 173, 80-298 Gdansk Message-ID: Date: Thu, 15 Oct 2020 13:31:55 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: <20201015095851.GB11838@zn.tnic> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/15/2020 11:58 AM, Borislav Petkov wrote: > On Thu, Oct 15, 2020 at 11:53:11AM +0200, Borislav Petkov wrote: >> Dudes, >> >> what are those new symbols in Kconfig and why do they wanna get enabled >> on my box when doing oldconfig? Depends on X86? Really, that widespread? Well, they depend on ACPI too and it doesn't look like there is anything more fine grained that could be used here. Also I'm not sure if adding ACPI_DPTF (bool, disabled by default and depending on x86) would help a lot. >> The help text doesn't say why do I need this... > And that thing in sysfs: > > "/sys/bus/platform/drivers/DPTF Platform Power" > > has spaces in the name. What's going on?! > Obviously an oversight on my part, sorry. I think that changing it to "dptf_power" (and analogously for the FIVR participant driver) should work.  Srinivas?