From: Johan Hovold <johan@kernel.org> To: Boris BREZILLON <boris.brezillon@free-electrons.com> Cc: Johan Hovold <johan@kernel.org>, Nicolas Ferre <nicolas.ferre@atmel.com>, Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>, Alexandre Belloni <alexandre.belloni@free-electrons.com>, Andrew Victor <linux@maxim.org.za>, Alessandro Zummo <a.zummo@towertech.it>, rtc-linux@googlegroups.com, Johan Hovold <jhovold@gmail.com>, Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>, Mark Rutland <mark.rutland@arm.com>, Ian Campbell <ijc+devicetree@hellion.org.uk>, Kumar Gala <galak@codeaurora.org>, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Douglas Gilbert <dgilbert@interlog.com> Subject: Re: [PATCH v3 0/8] rtc: at91sam9: add DT support Date: Thu, 11 Sep 2014 12:22:06 +0200 [thread overview] Message-ID: <20140911102206.GA20727@localhost> (raw) In-Reply-To: <20140911120659.14daa624@bbrezillon> On Thu, Sep 11, 2014 at 12:06:59PM +0200, Boris BREZILLON wrote: > On Thu, 11 Sep 2014 11:39:42 +0200 > Johan Hovold <johan@kernel.org> wrote: > > > On Thu, Sep 11, 2014 at 10:55:59AM +0200, Boris BREZILLON wrote: > > > > > Johan, let me know if this version addresses part of your concerns. > > > > Looks good to me. I just have a few minor comments on two of the patches. > > > > > I'm open to any suggestion/rework to address other previously discussed > > > issues, as long as it does not end up in a dead-end (like the discussion > > > you had last year): > > > - the fact that the RTT block could be used for something that is not > > > an RTC > > > - the fact that referencing the GPBR node and defining a GPBR register > > > number to store RTC time info could be considered as an HW config and > > > not an HW description and thus should not be described in the DT > > > > No doubt. > > Okay then. Any suggestion to do otherwise ? I didn't mean it that way. We've already agreed that modifying the configuration (use) of the RTT in DT was acceptable for now. And arguably, for a specific machine, describing that one of the gpbr is used by the rtt could be considered a hw description of that machine (comparable to saying that this gpio is used by this i2c controller, or whatever)? > Alexandre suggested to pass the GPBR register number through a module > parameter, and retrieve the GPBR syscon by searching for a gpbr node > (or atmel,at91sam9260-gpbr compatible node) in the device tree. > > I'm not a big fan of this solution, as it implies passing driver > specific config to the global cmdline (and we'll have to handle the > 9263 case where 2 RTT blocks are availables). I agree with you, and we should really not be adding any more module parameters. Also continuing the hw description discussion above, the register allocation really should be specified in DT if you consider that the bootloader could one day be able to use it for whatever purpose. Whether to search for a specific gpbr compatible node is perhaps a different issue? What would the arguments be to restrict which type of sysconf register to use (besides the obvious one, that not using a battery-backed one would be rather pointless)? Johan
WARNING: multiple messages have this Message-ID (diff)
From: johan@kernel.org (Johan Hovold) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH v3 0/8] rtc: at91sam9: add DT support Date: Thu, 11 Sep 2014 12:22:06 +0200 [thread overview] Message-ID: <20140911102206.GA20727@localhost> (raw) In-Reply-To: <20140911120659.14daa624@bbrezillon> On Thu, Sep 11, 2014 at 12:06:59PM +0200, Boris BREZILLON wrote: > On Thu, 11 Sep 2014 11:39:42 +0200 > Johan Hovold <johan@kernel.org> wrote: > > > On Thu, Sep 11, 2014 at 10:55:59AM +0200, Boris BREZILLON wrote: > > > > > Johan, let me know if this version addresses part of your concerns. > > > > Looks good to me. I just have a few minor comments on two of the patches. > > > > > I'm open to any suggestion/rework to address other previously discussed > > > issues, as long as it does not end up in a dead-end (like the discussion > > > you had last year): > > > - the fact that the RTT block could be used for something that is not > > > an RTC > > > - the fact that referencing the GPBR node and defining a GPBR register > > > number to store RTC time info could be considered as an HW config and > > > not an HW description and thus should not be described in the DT > > > > No doubt. > > Okay then. Any suggestion to do otherwise ? I didn't mean it that way. We've already agreed that modifying the configuration (use) of the RTT in DT was acceptable for now. And arguably, for a specific machine, describing that one of the gpbr is used by the rtt could be considered a hw description of that machine (comparable to saying that this gpio is used by this i2c controller, or whatever)? > Alexandre suggested to pass the GPBR register number through a module > parameter, and retrieve the GPBR syscon by searching for a gpbr node > (or atmel,at91sam9260-gpbr compatible node) in the device tree. > > I'm not a big fan of this solution, as it implies passing driver > specific config to the global cmdline (and we'll have to handle the > 9263 case where 2 RTT blocks are availables). I agree with you, and we should really not be adding any more module parameters. Also continuing the hw description discussion above, the register allocation really should be specified in DT if you consider that the bootloader could one day be able to use it for whatever purpose. Whether to search for a specific gpbr compatible node is perhaps a different issue? What would the arguments be to restrict which type of sysconf register to use (besides the obvious one, that not using a battery-backed one would be rather pointless)? Johan
next prev parent reply other threads:[~2014-09-11 10:24 UTC|newest] Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top 2014-09-11 8:55 [PATCH v3 0/8] rtc: at91sam9: add DT support Boris BREZILLON 2014-09-11 8:55 ` Boris BREZILLON 2014-09-11 8:56 ` [PATCH v3 1/8] rtc: at91sam9: remove references to mach specific headers Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` [PATCH v3 2/8] rtc: at91sam9: use standard readl/writel functions instead of raw versions Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` [PATCH v3 3/8] rtc: at91sam9: replace devm_ioremap by devm_ioremap_resource Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` [PATCH v3 4/8] rtc: at91sam9: add DT support Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` [PATCH v3 5/8] rtc: at91sam9: make use of syscon/regmap to access GPBR registers Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 9:41 ` Johan Hovold 2014-09-11 9:41 ` Johan Hovold 2014-09-11 9:55 ` Boris BREZILLON 2014-09-11 9:55 ` Boris BREZILLON 2014-09-11 9:55 ` Boris BREZILLON 2014-09-11 8:56 ` [PATCH v3 6/8] ARM: at91: add clk_lookup entry for RTT devices Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` [PATCH v3 7/8] rtc: at91sam9: use clk API instead of relying on AT91_SLOW_CLOCK Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` [PATCH v3 8/8] rtc: at91sam9: add DT bindings documentation Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 8:56 ` Boris BREZILLON 2014-09-11 9:42 ` Johan Hovold 2014-09-11 9:42 ` Johan Hovold 2014-09-11 9:56 ` Boris BREZILLON 2014-09-11 9:56 ` Boris BREZILLON 2014-09-11 9:56 ` Boris BREZILLON 2014-09-11 9:39 ` [PATCH v3 0/8] rtc: at91sam9: add DT support Johan Hovold 2014-09-11 9:39 ` Johan Hovold 2014-09-11 9:39 ` Johan Hovold 2014-09-11 10:06 ` Boris BREZILLON 2014-09-11 10:06 ` Boris BREZILLON 2014-09-11 10:06 ` Boris BREZILLON 2014-09-11 10:22 ` Johan Hovold [this message] 2014-09-11 10:22 ` Johan Hovold 2014-09-11 11:52 ` Nicolas Ferre 2014-09-11 11:52 ` Nicolas Ferre 2014-09-11 11:52 ` Nicolas Ferre
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20140911102206.GA20727@localhost \ --to=johan@kernel.org \ --cc=a.zummo@towertech.it \ --cc=alexandre.belloni@free-electrons.com \ --cc=boris.brezillon@free-electrons.com \ --cc=devicetree@vger.kernel.org \ --cc=dgilbert@interlog.com \ --cc=galak@codeaurora.org \ --cc=ijc+devicetree@hellion.org.uk \ --cc=jhovold@gmail.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux@maxim.org.za \ --cc=mark.rutland@arm.com \ --cc=nicolas.ferre@atmel.com \ --cc=pawel.moll@arm.com \ --cc=plagnioj@jcrosoft.com \ --cc=robh+dt@kernel.org \ --cc=rtc-linux@googlegroups.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.