From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754836AbcGTPi5 (ORCPT ); Wed, 20 Jul 2016 11:38:57 -0400 Received: from down.free-electrons.com ([37.187.137.238]:53914 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753425AbcGTPis (ORCPT ); Wed, 20 Jul 2016 11:38:48 -0400 Date: Wed, 20 Jul 2016 17:38:36 +0200 From: Alexandre Belloni To: Andrey Smirnov Cc: Rob Herring , rtc-linux@googlegroups.com, Alessandro Zummo , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 03/13] RTC: ds1307: Add DS1341 specific power-saving options Message-ID: <20160720153836.GS7132@piout.net> References: <1465970379-14703-4-git-send-email-andrew.smirnov@gmail.com> <20160619142934.GA8522@rob-hp-laptop> <20160621204904.GA9779@rob-hp-laptop> <20160621210739.GY5809@piout.net> <20160719224728.GP7132@piout.net> <20160720090220.GQ7132@piout.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20/07/2016 at 07:36:55 -0700, Andrey Smirnov wrote : > On Wed, Jul 20, 2016 at 2:02 AM, Alexandre Belloni > wrote: > > On 19/07/2016 at 16:56:56 -0700, Andrey Smirnov wrote : > >> >> I don't see any value in doing that, could you give me a realistic > >> >> example of a scenario in which a user would want to spend some of > >> >> uptime with RTC oscillator fault detection/glitch filtering disabled > >> >> and then enable it? > >> >> > >> > > >> > Well, the issue is not being dynamic, it is differentiating between > >> > hardware description and user configuration. Configuration must not be in > >> > DT. > >> > >> Why? And I don't mean in a generic sense, but in this particular case. > >> What is gained by not having this bit of configuration, whose only > >> consumer is the driver, in the device tree file? > >> > > > > Because configuration doesn't belong to DT. DT is about hardware > > description, not configuration. > > That doesn't really answer my question. You just re-iterating some > maxim without explaining what is the point behind applying it. > Well, that is from the device tree specification and how the device tree maintainers want it... -- Alexandre Belloni, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com