Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3530513pxf; Mon, 15 Mar 2021 11:36:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJztEEFLoFcgaFDavpzOwu/ee255Vxzq5xa3QM1RjrUhJJ0XQEp5sqfdDaVz8Zkg8DA45Bnk X-Received: by 2002:a05:6402:4309:: with SMTP id m9mr32562757edc.25.1615833413225; Mon, 15 Mar 2021 11:36:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615833413; cv=none; d=google.com; s=arc-20160816; b=pcFqoZ9Y1F79bZ+T8Dw+FRzdRTmdTPaQAYKBueVdGv36bVLMNgmzpHCyWrHLdXbQYx marzqRojVG7bK+0Qflo0oItvtfr5diBEDDDgDmf4xjePsz62yAJLVB4nKorlQA9hihE1 bjIxRTC3ibUzuCuf6+0c4/2rn+I5mQT5LUnB+Ic5KqlkRsnL00TinlbhX15OSTxiGibF IPRPOPUASJBsNbwHzdQkmBBKUk16FAOfmyM8xvXWVS60DKwCpZSjRXlwP6Jm+DNH/SQQ Gn8ziPBFWp+mj2Qz/Y+NpSRCAuS617hVhbSvkzUpqPh6XraTjXKZPP5ZXXP+00s88o6J q8wQ== 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=dDcMk8NuMqxGvpVFEMTnlrjP302r298+1L7FyBf2Sg8=; b=ehGgkwWkNPwfcM/ljN99UYuyy8gj2vmPI+E1CIxvR0MADhR0lfWKuOVIBM3D4WGW/Q qUZlJrU0C/jwNsN2E6eXcH2jdZUujY3ufhoUUp1sqtjUULucNHZxD+X+XpwwDEcmYbge JUDRqEOX4kIDH+5s+erlhRiTlgTp2jSvbH0h3K17Qjh2vTBnkQBI9tedsQBeMsw+sI4f 4aFlV/53cXp0vLoD0a8c9Hb1EEIAGzCh3t5OAuz+jFw0dXRRsV95kFGIohmZhtxSIsxk syB4GUanVrdyPaLakfdgyX4kxqo3Mof9EqIDFcnyON5VCBwpylruKTiMQkQLGh4vrBbA Ydrw== 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 n23si11623936ejr.458.2021.03.15.11.36.30; Mon, 15 Mar 2021 11:36:53 -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 S230435AbhCOQJi (ORCPT + 99 others); Mon, 15 Mar 2021 12:09:38 -0400 Received: from gecko.sbs.de ([194.138.37.40]:49021 "EHLO gecko.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229831AbhCOQJV (ORCPT ); Mon, 15 Mar 2021 12:09:21 -0400 Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id 12FG8s4Q018596 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 15 Mar 2021 17:08:54 +0100 Received: from md1za8fc.ad001.siemens.net ([139.22.41.172]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id 12FG8sXg007739; Mon, 15 Mar 2021 17:08:54 +0100 Date: Mon, 15 Mar 2021 17:08:52 +0100 From: Henning Schild To: Andy Shevchenko Cc: Linux Kernel Mailing List , Linux LED Subsystem , Platform Driver , linux-watchdog@vger.kernel.org, Srikanth Krishnakar , Jan Kiszka , Gerd Haeussler , Guenter Roeck , Wim Van Sebroeck , Mark Gross , Hans de Goede , Pavel Machek Subject: Re: [PATCH v2 0/4] add device drivers for Siemens Industrial PCs Message-ID: <20210315170852.578f557f@md1za8fc.ad001.siemens.net> In-Reply-To: References: <20210315095710.7140-1-henning.schild@siemens.com> 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 12:55:13 +0200 schrieb Andy Shevchenko : > On Mon, Mar 15, 2021 at 12:12 PM Henning Schild > wrote: > > > > changes since v1: > > > > - fixed lots of style issues found in v1 > > - (debug) printing > > - header ordering > > - fixed license issues GPLv2 and SPDX in all files > > - module_platform_driver instead of __init __exit > > - wdt simplifications cleanup > > - lots of fixes in wdt driver, all that was found in v1 > > - fixed dmi length in dmi helper > > - changed LED names to allowed ones > > - move led driver to simple/ > > - switched pmc_atom to dmi callback with global variable > > > > -- > > > > This series adds support for watchdogs and leds of several x86 > > devices from Siemens. > > > > It is structured with a platform driver that mainly does > > identification of the machines. It might trigger loading of the > > actual device drivers by attaching devices to the platform bus. > > > > The identification is vendor specific, parsing a special binary DMI > > entry. The implementation of that platform identification is > > applied on pmc_atom clock quirks in the final patch. > > > > It is all structured in a way that we can easily add more devices > > and more platform drivers later. Internally we have some more code > > for hardware monitoring, more leds, watchdogs etc. This will follow > > some day. > > Thanks for an update! > > I did review more thoughtfully the series and realized that you can > avoid that P2SB thingy and may the approach be much cleaner if you > register the real GPIO driver and convert your LEDs to be a GPIO LEDs. > Then you won't need any custom code for it (except some board file, or > what would be better to file _DSD in your ACPI tables. Thanks Andy. I will need to read through your comments and existing code. Are you saying there already is a GPIO driver that i should rather hook into ... given there is and will not be WDAT any time soon? Can you please point it out to me, the driver and maybe an example. If you are suggesting to write a generic GPIO driver, i would probably say that this can hopefully wait until we have a second user and need that level of abstraction. regards, Henning > -- > With Best Regards, > Andy Shevchenko