[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130220173109.GU2726@opensource.wolfsonmicro.com>
Date: Wed, 20 Feb 2013 17:31:10 +0000
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: Stephen Warren <swarren@...dotorg.org>
Cc: Laxman Dewangan <ldewangan@...dia.com>,
"grant.likely@...retlab.ca" <grant.likely@...retlab.ca>,
"rob.herring@...xeda.com" <rob.herring@...xeda.com>,
"linux-doc@...r.kernel.org" <linux-doc@...r.kernel.org>,
"devicetree-discuss@...ts.ozlabs.org"
<devicetree-discuss@...ts.ozlabs.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"spi-devel-general@...ts.sourceforge.net"
<spi-devel-general@...ts.sourceforge.net>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>,
Stephen Warren <swarren@...dia.com>
Subject: Re: [PATCH] spi: tegra114: add spi driver
On Wed, Feb 20, 2013 at 10:25:13AM -0700, Stephen Warren wrote:
> But, please do think this approach through fully. The DT binding needs
> to define which clock-names the driver requires to be present, and any
> optional clock names. DT bindings are supposed to be immutable, or
> perhaps extendible in a completely backwards-compatible fashion. This
> implies that you need to have thought through the entire list of clocks
> that the driver might want in the DT clock-names property when you first
> write the DT binding documentation...
Since we can extend the list of clocks it doesn't seem like there's much
issue here, especially if some of them are optional?
Though in general it seems like this sort of mux really should be in the
clock stuff anyway.
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists