Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp287383pxf; Tue, 6 Apr 2021 22:36:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwxcUksteC5YHOgpcOFxecsPXqWj3OpEvYpp8QlbROXOWtBDsRP0OUgwo0u9rv+chLMn82I X-Received: by 2002:a5d:9917:: with SMTP id x23mr1203546iol.22.1617773769903; Tue, 06 Apr 2021 22:36:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617773769; cv=none; d=google.com; s=arc-20160816; b=jQOeR0xx7e5/Y5iTP1n9aKBsC0YCXpKkzoIwYQ1JHiy7mXQUGRvmsdS9XsYUQ1g4Vk IDnB/z0o2UqIXLFu0Sgk/K32UTYw5ReSPLuGAeHnsa2x+uEfwdGnoc76CupTBqBxtiQn /kG702pJnahZpc8VZFKJ80BU+jNaUeKDVz7gUPUFIhWytkTqdX6eqEC/Kl0k5QF6qCYw 2mjvqMqa2KX0K65sNFZuYrH+eyDZDQWB52KMguq9zSfTTCkeAfF2FdoC31PYQ1e7Hus2 HMkII3g2kpUo/1vIR3m9ep8hxSKFO+w0x1rSx1nkp1rbjpkpffDPRJQw4bpUsMJ8vwT+ Qv9g== 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=lishM3u7uBy2oghlpPTRO0lfp4ITrHJYTrUYwwiUXY0=; b=J55GIJOnN7D06a1nEElbE6NnCs+Yp6FpqgL6KXCox5ni1339cVh914Se8Xj4Spq8KA OdD1DyHfZBQRr00HkURsu6ADiKj2IByia3Wk+qJLAh4dywYJEL/oxzvxTcamxwiAY4BB +EaQGbVVc3Qnpdqs3Qeq+HdTKVXUErxEd+h6jGLef7QJ/XuX9y+GsGR3zxrzK3qjfGv4 cgPY2217i7SWNmNPuOC+wLWBsVSJqcD88yAXyiU0gAA5gfBSIAMPm05ynvSjcjVpZd2k PAdKLBUD6Eld+LAvVWG02rVyMQ/XfZVtlYcpgyLpYs4vvTxWKwFf7ib9UOWZ0v4SaEte rQJw== 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 a12si10207794ilb.150.2021.04.06.22.35.56; Tue, 06 Apr 2021 22:36:09 -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 S243390AbhDFO5P (ORCPT + 99 others); Tue, 6 Apr 2021 10:57:15 -0400 Received: from lizzard.sbs.de ([194.138.37.39]:58764 "EHLO lizzard.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233155AbhDFO5O (ORCPT ); Tue, 6 Apr 2021 10:57:14 -0400 Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id 136EuRp2022676 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 6 Apr 2021 16:56:27 +0200 Received: from md1za8fc.ad001.siemens.net ([167.87.42.66]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 136EqmdF003812; Tue, 6 Apr 2021 16:52:48 +0200 Date: Tue, 6 Apr 2021 16:52:47 +0200 From: Henning Schild To: "Enrico Weigelt, metux IT consult" Cc: , , , , Srikanth Krishnakar , Jan Kiszka , Gerd Haeussler , Guenter Roeck , Wim Van Sebroeck , Mark Gross , Hans de Goede , Pavel Machek , Andy Shevchenko Subject: Re: [PATCH v3 3/4] watchdog: simatic-ipc-wdt: add new driver for Siemens Industrial PCs Message-ID: <20210406165247.78791bf7@md1za8fc.ad001.siemens.net> In-Reply-To: References: <20210329174928.18816-1-henning.schild@siemens.com> <20210329174928.18816-4-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 Thu, 1 Apr 2021 18:15:41 +0200 schrieb "Enrico Weigelt, metux IT consult" : > On 29.03.21 19:49, Henning Schild wrote: > > Hi, > > > This driver adds initial support for several devices from Siemens. > > It is based on a platform driver introduced in an earlier commit. > > Where does the wdt actually come from ? > > Is it in the SoC ? (which SoC exactly). SoC-builtin wdt is a pretty > usual case. > > Or some external chip ? I guess external chip, but again we are talking about multiple machines. And the manuals i read so far do not go into that sort of detail. In fact on some of the machines you will have two watchdogs, one from the SoC and that "special" one. That has several reasons, probably not too important here. The HW guys are adding another wd not just for fun, and it would be nice to have a driver. > The code smells a bit like two entirely different wdt's that just have > some similarities. If that's the case, I'd rather split it into two > separate drivers and let the parent driver (board file) instantiate > the correct one. Yes, it is two. Just like for the LEDs. One version PIO-based another version gpio/p2sb/mmio based. In fact the latter should very likely be based on that gpio pinctl, whether it really needs to be a separate driver will have to be seen. There are probably pros and cons for both options. regards, Henning > > --mtx >