From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED,USER_AGENT_MUTT autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 709CDC43441 for ; Wed, 28 Nov 2018 09:36:12 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 44234208E7 for ; Wed, 28 Nov 2018 09:36:12 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 44234208E7 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=bootlin.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-rtc-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727667AbeK1UhG (ORCPT ); Wed, 28 Nov 2018 15:37:06 -0500 Received: from mail.bootlin.com ([62.4.15.54]:44302 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727623AbeK1UhG (ORCPT ); Wed, 28 Nov 2018 15:37:06 -0500 Received: by mail.bootlin.com (Postfix, from userid 110) id C701E2125F; Wed, 28 Nov 2018 10:36:03 +0100 (CET) Received: from localhost (242.171.71.37.rev.sfr.net [37.71.171.242]) by mail.bootlin.com (Postfix) with ESMTPSA id 5F94720D28; Wed, 28 Nov 2018 10:33:45 +0100 (CET) Date: Wed, 28 Nov 2018 10:33:45 +0100 From: Alexandre Belloni To: Anson Huang Cc: Lothar =?utf-8?B?V2Hvv73vv71tYW5u?= , "a.zummo@towertech.it" , "robh+dt@kernel.org" , "mark.rutland@arm.com" , "catalin.marinas@arm.com" , "will.deacon@arm.com" , Aisheng DONG , Andy Gross , "arnd@arndb.de" , "horms+renesas@verge.net.au" , "heiko@sntech.de" , "bjorn.andersson@linaro.org" , "enric.balletbo@collabora.com" , "amit.kucheria@linaro.org" , "ezequiel@collabora.com" , "olof@lixom.net" , "shawnguo@kernel.org" , "linux-rtc@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , dl-linux-imx Subject: Re: [PATCH 4/4] ARM64: dts: imx: add i.MX8QXP system controller RTC support Message-ID: <20181128093345.GC8952@piout.net> References: <1543311334-8807-1-git-send-email-Anson.Huang@nxp.com> <1543311334-8807-5-git-send-email-Anson.Huang@nxp.com> <20181128100420.0c9a721a@karo-electronics.de> <20181128091943.GB8952@piout.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-rtc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-rtc@vger.kernel.org On 28/11/2018 09:21:56+0000, Anson Huang wrote: > > > This module is NOT depending on any board design, should it be enabled by > > default in soc dtsi? > > > Like wdog etc.. > > > > > > > I guess the point is that you may not want it enabled, even if it should always > > be working. enabling it by default would affect the RTC ordering for example. > > i.MX SoCs ONLY have 1 RTC. And RTC are always enabled by default for all i.MX > SoCs, so do we have to disable it here and enable it in board dts? > I would say that most of the i.MX based boards include another RTC because the SoC one consumes way too much power. Note that I don't care too much whether it is enabled by default, I was simply explaining why you may want to disable it by default. -- Alexandre Belloni, Bootlin Embedded Linux and Kernel engineering https://bootlin.com