Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3994029pxf; Tue, 16 Mar 2021 03:07:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwmyJmLfFDZ1CgqfiBqt5Spi3FY43JHLM/dO5ExVLUQgPqGu/Ph6bZUertreyUR9Py6ZjNh X-Received: by 2002:a17:906:2803:: with SMTP id r3mr28583350ejc.50.1615889257511; Tue, 16 Mar 2021 03:07:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615889257; cv=none; d=google.com; s=arc-20160816; b=lZXoV/6mdgFMkPKYKNTIUC7+E8m/aPjMi9S252TwnyygHhNf+vuqbEVgyc+E9k2cEy 2qSRaZKsi69+gljHVib83cf/47QAvu+FECQ0TAoUClWbjnFPUmhHzF+vygGvthZnnXZh dmJdHiv3EQs2kfg+7WELg11RpPkmpauERPngpc77Xu04mqf/pXsstuGJOhzYSf6StQtX 7UlPLChVATT3lRki62nDl9s4s4SzlKmxWMYAu513f2DXPARMZOUKBRqFJTgXY0BmaQnx NTmBCfDtDiR+LWembwX6vrghEp7mWVvLrPd+K8c9hGiRyn/moXEvofI8dyoxMEOS2DIS iegw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=bQIOSEk5BjrSRm1laXXj6IwKnY3/TWDw4P4sj8DiKt4=; b=ML+PR3taEnomo2X4Jr75rlhZz4el27RFtZGoCXCUYnJVzzJhxehzAztsZ+wW9CQqVQ JvY1VcYknUTtCF0m/pc/qVRvZsvWlw2RmBXIjF/rpVricTOwcmde/CjNhMvU8gc1Vf4v ExRNDi66FhcqaSmCaeX72LlWRipWLlngo4l59xs0fcL0t9/GsJD0gfcm+JDkxPvuGrOn /dUeMn/kh1xDCpeKZmBfSvnxG44D2DDApKoR5Njn4CwSD/qanekye2czfSsZHEBijnzG BPc1XZ8g1igmQgp+mR4IXZsu/fVYSH4MsVSS0lk9gn0uQFSlfWeKkHIIRm1oeWIhNII6 w4lQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=GQIvXt+y; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d21si12888119ejm.343.2021.03.16.03.07.14; Tue, 16 Mar 2021 03:07:37 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=GQIvXt+y; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234782AbhCPJnr (ORCPT + 99 others); Tue, 16 Mar 2021 05:43:47 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:32742 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234600AbhCPJnU (ORCPT ); Tue, 16 Mar 2021 05:43:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1615887799; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bQIOSEk5BjrSRm1laXXj6IwKnY3/TWDw4P4sj8DiKt4=; b=GQIvXt+yE53ihl5E0AlPcU5vlWrF2oM/GnB3fKN28MFJkJ6v5QNiCblMTA+xNPIS/FSgOd nlrSaJQcYzom8SMIQcl86XLWZKK2vFHh4+nXgaUlLD1Hwt6eTth3VRHtcJeam45Qs3sJZ3 oxaSZtVK/r2cO54DleMjayg8mjxXDR0= Received: from mail-ej1-f71.google.com (mail-ej1-f71.google.com [209.85.218.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-264-CO_4ZfGvMJGFNQgppOcBKQ-1; Tue, 16 Mar 2021 05:43:18 -0400 X-MC-Unique: CO_4ZfGvMJGFNQgppOcBKQ-1 Received: by mail-ej1-f71.google.com with SMTP id fy8so13304634ejb.19 for ; Tue, 16 Mar 2021 02:43:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=bQIOSEk5BjrSRm1laXXj6IwKnY3/TWDw4P4sj8DiKt4=; b=bQCfMA09VrhTWKh0fK0V0z4mVqY7EP18Pq6QJUJ1nrtT/KE1B8DSPfbpo0iAgCVsk4 KTIpGLNf2t9ydYGEVX9y1yW0VA3DyH5jyBIiGqa+auDF6nfj0ecBJvrTMp/zaps8KMNE ukOh2N4UjbW9Pn7AspyikAPgg2lsFOU51ui3+lpF8LOSR8zpum6Q6YGAJ/bGNkOtj2lh wshLwYEiesmCgAI9St5YyJJ3rtc7RFtTEKOhN1zepTloSOpfbJil6ZJZqapP4i6b7oCh rPpF04Rx8iqpkcinR4VcUrSoOwB9uE1CYqyA/TstGdhbgroWASAIJOBQw+fJkodUR5hl lc0Q== X-Gm-Message-State: AOAM530kWErkYXlijfdXGWJ8BY7mKJxeO8oeJ/Ctl4m1LyHfQi4gjeae hWvpzne5H3Vh/xQMKVJQc7dNqzePv11VTNLtfVbjIeWXsWUoXV0aXyQip8paIvw2jZTORigz4xo fuy/QCWZSMDn4GzwD+IvPd2sL X-Received: by 2002:a17:906:78d:: with SMTP id l13mr27734342ejc.97.1615887797297; Tue, 16 Mar 2021 02:43:17 -0700 (PDT) X-Received: by 2002:a17:906:78d:: with SMTP id l13mr27734327ejc.97.1615887797094; Tue, 16 Mar 2021 02:43:17 -0700 (PDT) Received: from x1.localdomain (2001-1c00-0c1e-bf00-1054-9d19-e0f0-8214.cable.dynamic.v6.ziggo.nl. [2001:1c00:c1e:bf00:1054:9d19:e0f0:8214]) by smtp.gmail.com with ESMTPSA id e18sm8947663eji.111.2021.03.16.02.43.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 16 Mar 2021 02:43:16 -0700 (PDT) Subject: Re: [PATCH] platform/x86: pmc_atom: use callback for all dmi quirk entries To: Henning Schild 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 References: <20210315145855.17174-1-henning.schild@siemens.com> <8577f3a8-c5e4-3752-1bc1-5937ee164217@redhat.com> <20210315180011.6a3f60b0@md1za8fc.ad001.siemens.net> <43841119-4839-09d2-b606-7dd40cad4b89@redhat.com> <20210316064743.0b5a47cf@md1za8fc.ad001.siemens.net> From: Hans de Goede Message-ID: <8c416d06-4190-2d1b-3969-209c4291d73b@redhat.com> Date: Tue, 16 Mar 2021 10:43:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: <20210316064743.0b5a47cf@md1za8fc.ad001.siemens.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Henning, On 3/16/21 6:47 AM, Henning Schild wrote: > Hoi Hans, > > on a slighly different but also related topic. Did you ever come across > SMSC SCH5347? Seems to be pretty similar to 56xx, only with spec non > public ... and probably less often in use > Maybe you happen to have code, or know the differences. We already have > it working with a modified copy of sch56xx but that is still rough and > i thought i ask before we potentially duplicate work. The history of FSC (Fujitsu-Siemens Computers) sensor support goes something like this: 1. The university which I worked at had picked a FSC machine for the replacement of all workstations, the FSCXXX sensor chip it had was i2c based, so I could relatively easy reverse-engineer it and wrote a driver. 2. Around the time I stopped working for the university and started working for Red Hat (2008) FSC contacted me and asked me if I wanted to help them with officially supporting the FSC and later the SCH devices. They provided test hardware and documentation at this time. 3. This continued for a while when FSC became just "Fujitsu" and things moved from the FSC i2c based chips to the super-io based SCH chips. After a while Fujitsu stopped contacting me about new chips and I stopped working on this. So ATM I'm not working no SCH56xx support and I've not worked on that for quite some time now. So it is good to hear that you will be contributing SCH5347 support to the kernel. Regards, Hans > Am Mon, 15 Mar 2021 19:01:13 +0100 > schrieb Hans de Goede : > >> Hi, >> >> On 3/15/21 6:00 PM, Henning Schild wrote: >>> Am Mon, 15 Mar 2021 17:31:49 +0100 >>> schrieb Hans de Goede : >>> >>>> Hi, >>>> >>>> On 3/15/21 3:58 PM, Henning Schild wrote: >>>>> Introduce a global variable to remember the matching entry for >>>>> later printing. Also having a callback allows to stop matching >>>>> after the first hit. >>>>> >>>>> Signed-off-by: Henning Schild >>>>> --- >>>>> drivers/platform/x86/pmc_atom.c | 26 ++++++++++++++++++++------ >>>>> 1 file changed, 20 insertions(+), 6 deletions(-) >>>>> >>>>> diff --git a/drivers/platform/x86/pmc_atom.c >>>>> b/drivers/platform/x86/pmc_atom.c index 38542d547f29..d0f74856cd8b >>>>> 100644 --- a/drivers/platform/x86/pmc_atom.c >>>>> +++ b/drivers/platform/x86/pmc_atom.c >>>>> @@ -364,8 +364,16 @@ static void pmc_dbgfs_register(struct pmc_dev >>>>> *pmc) #endif /* CONFIG_DEBUG_FS */ >>>>> >>>>> static bool pmc_clk_is_critical = true; >>>>> +static const struct dmi_system_id *dmi_critical; >>>>> >>>>> -static int siemens_clk_is_critical(const struct dmi_system_id *d) >>>>> +static int dmi_callback(const struct dmi_system_id *d) >>>>> +{ >>>>> + dmi_critical = d; >>>> >>>> Don't introduce a global variable for this please. Instead just >>>> directly print the ident of the matching dmi_system_id here. >>> >>> Sorry, missed that part. Result looks nice and clean, thanks. I >>> think i will squash it into 4/4 in v3 and not follow up here for >>> now. >> >> Ack, that sounds good to me. >> >> Regards, >> >> Hans >> >> >>>>> + >>>>> + return 1; >>>>> +} >>>>> + >>>>> +static int dmi_callback_siemens(const struct dmi_system_id *d) >>>>> { >>>>> u32 st_id; >>>>> >>>>> @@ -373,7 +381,7 @@ static int siemens_clk_is_critical(const >>>>> struct dmi_system_id *d) goto out; >>>>> >>>>> if (st_id == SIMATIC_IPC_IPC227E || st_id == >>>>> SIMATIC_IPC_IPC277E) >>>>> - return 1; >>>>> + return dmi_callback(d); >>>>> >>>>> out: >>>>> pmc_clk_is_critical = false; >>>>> @@ -388,6 +396,7 @@ static const struct dmi_system_id >>>>> critclk_systems[] = { { >>>>> /* pmc_plt_clk0 is used for an external HSIC USB >>>>> HUB */ .ident = "MPL CEC1x", >>>>> + .callback = dmi_callback, >>>>> .matches = { >>>>> DMI_MATCH(DMI_SYS_VENDOR, "MPL AG"), >>>>> DMI_MATCH(DMI_PRODUCT_NAME, "CEC10 >>>>> Family"), @@ -396,6 +405,7 @@ static const struct dmi_system_id >>>>> critclk_systems[] = { { >>>>> /* pmc_plt_clk0 - 3 are used for the 4 ethernet >>>>> controllers */ .ident = "Lex 3I380D", >>>>> + .callback = dmi_callback, >>>>> .matches = { >>>>> DMI_MATCH(DMI_SYS_VENDOR, "Lex >>>>> BayTrail"), DMI_MATCH(DMI_PRODUCT_NAME, "3I380D"), >>>>> @@ -404,6 +414,7 @@ static const struct dmi_system_id >>>>> critclk_systems[] = { { >>>>> /* pmc_plt_clk* - are used for ethernet >>>>> controllers */ .ident = "Lex 2I385SW", >>>>> + .callback = dmi_callback, >>>>> .matches = { >>>>> DMI_MATCH(DMI_SYS_VENDOR, "Lex >>>>> BayTrail"), DMI_MATCH(DMI_PRODUCT_NAME, "2I385SW"), >>>>> @@ -412,6 +423,7 @@ static const struct dmi_system_id >>>>> critclk_systems[] = { { >>>>> /* pmc_plt_clk* - are used for ethernet >>>>> controllers */ .ident = "Beckhoff CB3163", >>>>> + .callback = dmi_callback, >>>>> .matches = { >>>>> DMI_MATCH(DMI_SYS_VENDOR, "Beckhoff >>>>> Automation"), DMI_MATCH(DMI_BOARD_NAME, "CB3163"), >>>>> @@ -420,6 +432,7 @@ static const struct dmi_system_id >>>>> critclk_systems[] = { { >>>>> /* pmc_plt_clk* - are used for ethernet >>>>> controllers */ .ident = "Beckhoff CB4063", >>>>> + .callback = dmi_callback, >>>>> .matches = { >>>>> DMI_MATCH(DMI_SYS_VENDOR, "Beckhoff >>>>> Automation"), DMI_MATCH(DMI_BOARD_NAME, "CB4063"), >>>>> @@ -428,6 +441,7 @@ static const struct dmi_system_id >>>>> critclk_systems[] = { { >>>>> /* pmc_plt_clk* - are used for ethernet >>>>> controllers */ .ident = "Beckhoff CB6263", >>>>> + .callback = dmi_callback, >>>>> .matches = { >>>>> DMI_MATCH(DMI_SYS_VENDOR, "Beckhoff >>>>> Automation"), DMI_MATCH(DMI_BOARD_NAME, "CB6263"), >>>>> @@ -436,13 +450,14 @@ static const struct dmi_system_id >>>>> critclk_systems[] = { { >>>>> /* pmc_plt_clk* - are used for ethernet >>>>> controllers */ .ident = "Beckhoff CB6363", >>>>> + .callback = dmi_callback, >>>>> .matches = { >>>>> DMI_MATCH(DMI_SYS_VENDOR, "Beckhoff >>>>> Automation"), DMI_MATCH(DMI_BOARD_NAME, "CB6363"), >>>>> }, >>>>> }, >>>>> { >>>>> - .callback = siemens_clk_is_critical, >>>>> + .callback = dmi_callback_siemens, >>>>> .ident = "SIEMENS AG", >>>>> .matches = { >>>>> DMI_MATCH(DMI_SYS_VENDOR, "SIEMENS AG"), >>>>> @@ -457,7 +472,6 @@ 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; >>>>> >>>>> clk_data = kzalloc(sizeof(*clk_data), GFP_KERNEL); >>>>> if (!clk_data) >>>>> @@ -468,8 +482,8 @@ static int pmc_setup_clks(struct pci_dev >>>>> *pdev, void __iomem *pmc_regmap, if >>>>> (dmi_check_system(critclk_systems)) { 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); >>>>> + pr_info("%s critclks quirk enabled\n", >>>>> + dmi_critical->ident); >>>>> } >>>>> } >>>>> >>>>> >>>> >>> >> >