Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3778800pxf; Mon, 29 Mar 2021 11:07:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy6gDZ4j13MxZWXZuA4zZymyu+WrN5RVYJ8bV5n4xdJPtbwVEcjEIF0O6Xbn4G0Y7eS4uRM X-Received: by 2002:a17:906:b318:: with SMTP id n24mr29030194ejz.372.1617041246716; Mon, 29 Mar 2021 11:07:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617041246; cv=none; d=google.com; s=arc-20160816; b=IY7fLSh724VB6I+ZV4DdOynWg4MRHzbMB+mDQz6njpePhLnLAR1vPv2CFAg5dzIT3b WDTDVcWLonQ0wXOEDqSF2vOme7wYLopzFV/UTD2xMyW2AYmhXntsLjfx+HK+PPpQLNPR mhbsr9/uOuF8kXm1hmMnEmYFH9lWU8ClVUFePwBIhmwXnVInfS4Gevn5iMB7/hFWYhHB J6eW3GSP6Yvp76iuBO04HUJKaxd6N9RUiRQ854MO12LQhI/IZyhWqAHbN7JLoDSnHMxW PkgXqb1RRL6ZyY+UzE+/AjjeEFiKfrEGQuXNcDiYj5Bheap9Vl+a44irNVvkNvR5gdTg eU0Q== 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=OlPv6bJ2d/P5/FY9Vug84yFb+29qFUL6JCsJr5FdfrM=; b=C1570P2FY4HYMWpcocdRtftZPnogKCeOJ8SJgA5X4KUcPbFIhWA/xZgOHSlammzd3u n41sKC9af0Fzb46NszEQoXfnCGMtpXLukNKmpLn0gsVhcewMVPTNsZW0xURUVGLXv8/T kfz/Vi44zH4gLbVpoRJ3bzTuap8hcxtdYg8IxiX1y3n7Wy28kUrrfgyvTHlh4SBKTBVa uNYg29JrQoDHXyLMCGKoGj+dECH6ezSORNZEFBQzDmy0LvuSKjMAk2o5uEHSUgvKF6Hu +vqTstWrHhXfoUW2s+rrDHcF6vQZcUvBeerYDjqtzCspKFPYjg9RZ8DJlik+Mq7Qu77C G3LA== 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 o9si14392062ejr.588.2021.03.29.11.07.02; Mon, 29 Mar 2021 11:07:26 -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 S229861AbhC2SGE (ORCPT + 99 others); Mon, 29 Mar 2021 14:06:04 -0400 Received: from gecko.sbs.de ([194.138.37.40]:36142 "EHLO gecko.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230506AbhC2SF3 (ORCPT ); Mon, 29 Mar 2021 14:05:29 -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 12TI56ik029191 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 29 Mar 2021 20:05:06 +0200 Received: from md1za8fc.ad001.siemens.net ([167.87.41.127]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id 12TI05Ad030820; Mon, 29 Mar 2021 20:00:05 +0200 Date: Mon, 29 Mar 2021 20:00:01 +0200 From: Henning Schild To: , , , Cc: Srikanth Krishnakar , Jan Kiszka , "Gerd Haeussler" , Guenter Roeck , Wim Van Sebroeck , Mark Gross , Hans de Goede , Pavel Machek , Andy Shevchenko , Enrico Weigelt Subject: Re: [PATCH v3 0/4] add device drivers for Siemens Industrial PCs Message-ID: <20210329200001.7b65e4af@md1za8fc.ad001.siemens.net> In-Reply-To: <20210329174928.18816-1-henning.schild@siemens.com> References: <20210329174928.18816-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 Guys, sorry for the delay. This one did in fact not change too much after all. The biggest points that are still kind of open are the naming of the LEDs. If what is proposed here is acceptable it is not open from my side. The other big point was "using a generic gpio" driver as a basis. My current understanding of that point is, that such a driver does not yet exist. Meaning an introduction of the abstractions can and probably should wait for a second user. Without the second user it is just hard to test and find the right abstraction, plus we will end up with more code meaning more work for everyone. regards, Henning Am Mon, 29 Mar 2021 19:49:24 +0200 schrieb Henning Schild : > changes since v2: > > - remove "simatic-ipc" prefix from LED names > - fix style issues found in v2, mainly LED driver > - fix OEM specific dmi code, and remove magic numbers > - more "simatic_ipc" name prefixing > - improved pmc quirk code using callbacks > > 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. > > Henning Schild (4): > platform/x86: simatic-ipc: add main driver for Siemens devices > leds: simatic-ipc-leds: add new driver for Siemens Industial PCs > watchdog: simatic-ipc-wdt: add new driver for Siemens Industrial PCs > platform/x86: pmc_atom: improve critclk_systems matching for Siemens > PCs > > drivers/leds/Kconfig | 3 + > drivers/leds/Makefile | 3 + > drivers/leds/simple/Kconfig | 11 + > drivers/leds/simple/Makefile | 2 + > drivers/leds/simple/simatic-ipc-leds.c | 202 ++++++++++++++++ > drivers/platform/x86/Kconfig | 12 + > drivers/platform/x86/Makefile | 3 + > drivers/platform/x86/pmc_atom.c | 57 +++-- > drivers/platform/x86/simatic-ipc.c | 169 ++++++++++++++ > drivers/watchdog/Kconfig | 11 + > drivers/watchdog/Makefile | 1 + > drivers/watchdog/simatic-ipc-wdt.c | 215 > ++++++++++++++++++ .../platform_data/x86/simatic-ipc-base.h | > 29 +++ include/linux/platform_data/x86/simatic-ipc.h | 72 ++++++ > 14 files changed, 769 insertions(+), 21 deletions(-) > create mode 100644 drivers/leds/simple/Kconfig > create mode 100644 drivers/leds/simple/Makefile > create mode 100644 drivers/leds/simple/simatic-ipc-leds.c > create mode 100644 drivers/platform/x86/simatic-ipc.c > create mode 100644 drivers/watchdog/simatic-ipc-wdt.c > create mode 100644 include/linux/platform_data/x86/simatic-ipc-base.h > create mode 100644 include/linux/platform_data/x86/simatic-ipc.h >