Received: by 10.223.176.5 with SMTP id f5csp4124645wra; Tue, 30 Jan 2018 02:29:11 -0800 (PST) X-Google-Smtp-Source: AH8x227mhOIi7l6h/OM3IQ3xeu/VzP+SAbICBu+CB789AoBp1fk8SrIJnrL9Yt9W0m6uhJwfRHq0 X-Received: by 2002:a17:902:20c8:: with SMTP id v8-v6mr24663924plg.226.1517308151575; Tue, 30 Jan 2018 02:29:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517308151; cv=none; d=google.com; s=arc-20160816; b=JgdjDU/28NMDV9dSwJYL+KrXdnOMt/m/pacZSLh1DNFn4M2TfozKEdV1Wtx89Ipo2O olCXOP/wIkdAmS1fIwkbxWkvVf/nQz65+Ct2cw/9mKCVOhBhMReP2E+WW8ex5+u5LWe3 vGOVMnMbIVXrzsjHBMLYg1IfyvlgkWtx5q8M/BLHcZD2w0USKOtZEpbWt3ZFydhhVxA+ AoK9jMsaTgikY7TBqHO2XXLOWgLg6YUFTdeUxmv6LsSvA8bWSy3j3MjuclRg3bSKmPpJ gecNgkfsgkbMaZuOQSHaLXDAUcNp+xXXHEWFxGLt2iB9MDZqkGDIh5BxWl20XhkUOXhe EJjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=yPwi/6EAt/rZOSgRCViGS6JsuNGswuRDRvDzNvqWsjQ=; b=caJJcvlri5JaauKCWrfCEzrNwusR+kZ8j9SAyqN5BYZeXWdO3qIficRqffz+75kjRD UYi57FsFQzBmNURiGJUYOIRHocgcFHUwMA0u+5/CcVTRBblD0yMLnXJjY0Se9XzCoN1C k2F8AoUbyFe0iFih1TPqzWChRJ/YuZw0bHAvxwONkY1B6nLhHGt2RszzvOh51QqjwLOo hjBN0R0njBhXpzdJ8dIj0u2vknjJfykeeM76gGjrsngVbYfmlanWF9UgeypRfxKK20Qn 31uBA56gOMhZfOApEPOV15vr35FlWrvll3nwmDnjdQ4545LD6BV0wUIYVFr1WyxrIyZS Qxag== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v14si9095096pgq.604.2018.01.30.02.28.56; Tue, 30 Jan 2018 02:29:11 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751714AbeA3K2Y (ORCPT + 99 others); Tue, 30 Jan 2018 05:28:24 -0500 Received: from mail.free-electrons.com ([62.4.15.54]:36721 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751273AbeA3K2X (ORCPT ); Tue, 30 Jan 2018 05:28:23 -0500 Received: by mail.free-electrons.com (Postfix, from userid 110) id 81A9F219C1; Tue, 30 Jan 2018 11:28:21 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.free-electrons.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 Received: from localhost (unknown [37.71.171.242]) by mail.free-electrons.com (Postfix) with ESMTPSA id 0D965219C1; Tue, 30 Jan 2018 11:27:40 +0100 (CET) Date: Tue, 30 Jan 2018 11:27:40 +0100 From: Alexandre Belloni To: Guenter Roeck Cc: Michael Grzeschik , a.zummo@towertech.it, linux-rtc@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, jdelvare@suse.com, kernel@pengutronix.de, Denis.Osterland@diehl.com Subject: Re: [PATCH 4/4] rtc: isl1208: add support for isl1219 with hwmon for tamper detection Message-ID: <20180130102740.GD2809@piout.net> References: <20180123121801.4214-1-m.grzeschik@pengutronix.de> <20180123121801.4214-5-m.grzeschik@pengutronix.de> <20180123182254.GA27379@roeck-us.net> <20180124090333.r5o2mzpm4q536w4r@pengutronix.de> <20180129215919.GA17988@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180129215919.GA17988@roeck-us.net> User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 29/01/2018 at 13:59:19 -0800, Guenter Roeck wrote: > On Wed, Jan 24, 2018 at 10:03:33AM +0100, Michael Grzeschik wrote: > [ ... ] > > > > + > > > > diff --git a/Documentation/hwmon/sysfs-interface b/Documentation/hwmon/sysfs-interface > > > > index fc337c317c673..a12b3c2b2a18c 100644 > > > > --- a/Documentation/hwmon/sysfs-interface > > > > +++ b/Documentation/hwmon/sysfs-interface > > > > @@ -702,6 +702,13 @@ intrusion[0-*]_alarm > > > > the user. This is done by writing 0 to the file. Writing > > > > other values is unsupported. > > > > > > > > +intrusion[0-*]_timestamp > > > > + Chassis intrusion detection > > > > + YYYY-MM-DD HH:MM:SS UTC (ts.sec): intrusion detected > > > > + RO > > > > + The corresponding timestamp on which the intrustion > > > > + was detected. > > > > + > > > > > > Sneaky. Nack. You don't just add attributes to the ABI because you want it, > > > without serious discussion, and much less so hidden in an RTC driver > > > (and even less as unparseable attribute). > > > > Right; but it was not meant to be sneaky. I should have stick to my first > > thought and label this patch RFC. Sorry for that. > > > > > In addition to that, I consider the attribute unnecessary. The intrusion > > > already generates an event which should be sufficient for all practical > > > purposes. > > > > Would it make sense in between the other sysfs attributes of this driver? > > > I don't understand what you mean with that, sorry. > > From an ABI perspective, the attibute doesn't add value since it is > highly device specific (or at least it is the only chip I am aware of > which reports such a time stamp). Feel free to add the attribute to the > driver and document it, but not as part of the hwmon ABI. In that > case I would be inclined to accept it. However, keep in mind that > your version, reporting a human readable date/time, would effectively > preclude it from ever making it into the ABI. > Actually, there are many RTCs that are able to register one or more timestamps. My plan was to add support for that soon but I was not planning to do so in the hwmon ABI as this may be used for something that is not intrusion detection (interval timers for example). -- Alexandre Belloni, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com