Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3249226pxf; Mon, 15 Mar 2021 05:26:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxbtdpruO/Xcri7BhEJRVtvL2UbCTe4f9ksTrZ8uVuWjM552qQjJw6VuEShmot05ymXACYe X-Received: by 2002:a50:9ea4:: with SMTP id a33mr30350101edf.295.1615811200502; Mon, 15 Mar 2021 05:26:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615811200; cv=none; d=google.com; s=arc-20160816; b=bmD0km4Lb8TnRzExFnXpWe2RIWLaef0RenWgWVCDyhD4+XEG0nCxJuxl+0EuxatfFq +Dr4TwQGUuTQRU2eWCNrx5xzrKo+PkPGepPpoIDlfXZL8rbJJuPIz5Bv7BuH9blqFdjQ qC7RnVOPlYzBuUBKTK2c+3gK2486j70H6YQ2g/5nXhVldQA71/O4aSKmsu2M3QSC0mHL nOrilOZMwJQzY8IFhlsh6VRg3dWaLtV5IbFu1MZAdi5CpPee46TZED+QklSccK+ckKT1 81RwJo60R7PIvjl9FLiisSyvmu0qbXejf7B/3RJ0qY8ODvQwA39cZN1f8LUzOfDX20EZ fW4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=yOZOTGUUnzjPIwWr/lwUE6CdFbJb1ZepZeGaZFMwy9A=; b=FDDMvC7i2K4mR5q4I2j4Q0u+g+2Za0nRRK71zgVoAzfqlrzfS7InmLuoL3RrjOVDQx yg21UFifiK8WkOkMvT40dmHaHiyC2OoxjDwyE9Q9cGPGfn+jnZASRZ4m7HIihApOsjRU GT9hiGBPU9203ZGCW1ADkvpCA9MLI1NKXLC2LqJPrBcfjxSo6gAeqUBytpwmRwq4Wvow ZOZMPmAgrr3nYZA5hZ/vcpI2MBFJx9OYHzwLSMsdVy11YrUjntUaR7KHrZMsEYRXlCa0 ld9hLfX5OERwi1R9Gs5riT6cm9sJS3gizEN+bqudEEvS+VW9AvTcNyAq0TKy0Xg0x4H8 FfWA== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c15si10786289ede.264.2021.03.15.05.26.17; Mon, 15 Mar 2021 05:26:40 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229932AbhCOMZT (ORCPT + 99 others); Mon, 15 Mar 2021 08:25:19 -0400 Received: from gecko.sbs.de ([194.138.37.40]:38418 "EHLO gecko.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229831AbhCOMZA (ORCPT ); Mon, 15 Mar 2021 08:25:00 -0400 Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id 12FCOWDw013614 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 15 Mar 2021 13:24:32 +0100 Received: from md1za8fc.ad001.siemens.net ([139.22.41.172]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 12FC9U82008879; Mon, 15 Mar 2021 13:09:30 +0100 Date: Mon, 15 Mar 2021 13:09:28 +0100 From: Henning Schild To: Hans de Goede Cc: linux-kernel@vger.kernel.org, linux-leds@vger.kernel.org, platform-driver-x86@vger.kernel.org, linux-watchdog@vger.kernel.org, Srikanth Krishnakar , Jan Kiszka , Gerd Haeussler , Guenter Roeck , Wim Van Sebroeck , Mark Gross , Pavel Machek , Andy Shevchenko , Michael Haener Subject: Re: [PATCH v2 4/4] platform/x86: pmc_atom: improve critclk_systems matching for Siemens PCs Message-ID: <20210315130928.42c65655@md1za8fc.ad001.siemens.net> In-Reply-To: References: <20210315095710.7140-1-henning.schild@siemens.com> <20210315095710.7140-5-henning.schild@siemens.com> <20210315111434.413137b5@md1za8fc.ad001.siemens.net> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Mon, 15 Mar 2021 11:19:24 +0100 schrieb Hans de Goede : > Hi, > > On 3/15/21 11:14 AM, Henning Schild wrote: > > Am Mon, 15 Mar 2021 10:57:10 +0100 > > schrieb Henning Schild : > > > >> Siemens industrial PCs unfortunately can not always be properly > >> identified the way we used to. An earlier commit introduced code > >> that allows proper identification without looking at DMI strings > >> that could differ based on product branding. > >> Switch over to that proper way and revert commits that used to > >> collect the machines based on unstable strings. > >> > >> Fixes: 648e921888ad ("clk: x86: Stop marking clocks as > >> CLK_IS_CRITICAL") Fixes: e8796c6c69d1 ("platform/x86: pmc_atom: Add > >> Siemens CONNECT ...") Fixes: f110d252ae79 ("platform/x86: pmc_atom: > >> Add Siemens SIMATIC ...") Fixes: ad0d315b4d4e ("platform/x86: > >> pmc_atom: Add Siemens SIMATIC ...") Tested-by: Michael Haener > >> Signed-off-by: Henning Schild > >> --- > >> drivers/platform/x86/pmc_atom.c | 47 > >> +++++++++++++++++++-------------- 1 file changed, 27 insertions(+), > >> 20 deletions(-) > >> > >> diff --git a/drivers/platform/x86/pmc_atom.c > >> b/drivers/platform/x86/pmc_atom.c index ca684ed760d1..38542d547f29 > >> 100644 --- a/drivers/platform/x86/pmc_atom.c > >> +++ b/drivers/platform/x86/pmc_atom.c > >> @@ -13,6 +13,7 @@ > >> #include > >> #include > >> #include > >> +#include > >> #include > >> #include > >> #include > >> @@ -362,6 +363,23 @@ static void pmc_dbgfs_register(struct pmc_dev > >> *pmc) } > >> #endif /* CONFIG_DEBUG_FS */ > >> > >> +static bool pmc_clk_is_critical = true; > >> + > >> +static int siemens_clk_is_critical(const struct dmi_system_id *d) > >> +{ > >> + u32 st_id; > >> + > >> + if (dmi_walk(simatic_ipc_find_dmi_entry_helper, &st_id)) > >> + goto out; > >> + > >> + if (st_id == SIMATIC_IPC_IPC227E || st_id == > >> SIMATIC_IPC_IPC277E) > >> + return 1; > >> + > >> +out: > >> + pmc_clk_is_critical = false; > >> + return 1; > >> +} > >> + > >> /* > >> * Some systems need one or more of their pmc_plt_clks to be > >> * marked as critical. > >> @@ -424,24 +442,10 @@ static const struct dmi_system_id > >> critclk_systems[] = { }, > >> }, > >> { > >> - .ident = "SIMATIC IPC227E", > >> - .matches = { > >> - DMI_MATCH(DMI_SYS_VENDOR, "SIEMENS AG"), > >> - DMI_MATCH(DMI_PRODUCT_VERSION, > >> "6ES7647-8B"), > >> - }, > >> - }, > >> - { > >> - .ident = "SIMATIC IPC277E", > >> - .matches = { > >> - DMI_MATCH(DMI_SYS_VENDOR, "SIEMENS AG"), > >> - DMI_MATCH(DMI_PRODUCT_VERSION, > >> "6AV7882-0"), > >> - }, > >> - }, > >> - { > >> - .ident = "CONNECT X300", > >> + .callback = siemens_clk_is_critical, > >> + .ident = "SIEMENS AG", > >> .matches = { > >> DMI_MATCH(DMI_SYS_VENDOR, "SIEMENS AG"), > >> - DMI_MATCH(DMI_PRODUCT_VERSION, > >> "A5E45074588"), }, > >> }, > >> > >> @@ -453,7 +457,7 @@ static int pmc_setup_clks(struct pci_dev *pdev, > >> void __iomem *pmc_regmap, { > >> struct platform_device *clkdev; > >> struct pmc_clk_data *clk_data; > >> - const struct dmi_system_id *d = > >> dmi_first_match(critclk_systems); > >> + const struct dmi_system_id *d; > >> > >> clk_data = kzalloc(sizeof(*clk_data), GFP_KERNEL); > >> if (!clk_data) > >> @@ -461,9 +465,12 @@ static int pmc_setup_clks(struct pci_dev > >> *pdev, void __iomem *pmc_regmap, > >> clk_data->base = pmc_regmap; /* offset is added by client > >> */ clk_data->clks = pmc_data->clks; > >> - if (d) { > >> - clk_data->critical = true; > >> - pr_info("%s critclks quirk enabled\n", d->ident); > >> + if (dmi_check_system(critclk_systems)) { > > > > Had to switch to check_system to get the callback to work. > > > >> + clk_data->critical = pmc_clk_is_critical; > >> + if (clk_data->critical) { > >> + d = dmi_first_match(critclk_systems); > >> + pr_info("%s critclks quirk enabled\n", > >> d->ident); > > > > Now need a double match here just to print the ident. Not too happy > > with that but proposing it like this to keep the ident printing. > > > > I guess it could be improved by not printing the ident or having a > > global variable and global callback to remember the ident to print > > later. I would propose to not print the ident if the double-match > > does not find traction. > > IMHO it would be best to add another callback for the non Siemens > entries which just prints the ideent and returns 1 to avoid needsly > looping over the rest of the array. > > And then just set the callback member of all the non Siemens entries > to this new callback. The space for the callback pointer is already > reserved in the struct anyways, so actually setting it does not take > up any space. Sounds good. I think i will make that another patch on top of the series and send it in reply to "v2 4/4". Maybe squash it in a v3. regards, Henning > Regards, > > Hans >