[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120817230426.GC21888@opensource.wolfsonmicro.com>
Date: Sat, 18 Aug 2012 00:04:26 +0100
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: Mitch Bradley <wmb@...mworks.com>
Cc: Stephen Warren <swarren@...dotorg.org>,
Alexandre Courbot <acourbot@...dia.com>,
linux-fbdev@...r.kernel.org, Stephen Warren <swarren@...dia.com>,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
Rob Herring <rob.herring@...xeda.com>,
Anton Vorontsov <cbou@...l.ru>, linux-tegra@...r.kernel.org,
David Woodhouse <dwmw2@...radead.org>,
devicetree-discuss@...ts.ozlabs.org
Subject: Re: [PATCH v4 1/3] Runtime Interpreted Power Sequences
On Thu, Aug 16, 2012 at 11:10:30AM -1000, Mitch Bradley wrote:
> On 8/16/2012 8:38 AM, Stephen Warren wrote:
> > Device tree bindings shouldn't reference Linux documentation; the
> > bindings are supposed to be OS-agnostic.
> While it is true that bindings should try to be OS-agnostic, there is
> the practical matter of where to put documentation so that it is widely
> accessible. The Linux source tree is one of the most accessible things
> there is, considering how widely it is replicated.
> As the original instigator of the policy that the device tree should
> describe the hardware "OS-neutrally", I personally don't have a problem
> with bindings referring to Linux documentation. I wouldn't like
> references to proprietary and inaccessible documentation.
OS agnosticness isn't the only issue here - the other problem with using
Linux documentation is that except for things that are specifically
userspace interfaces and the DT bindings nothing is intended to be
stable so bindings defined in terms of Linux documentation may randomly
change. We're not doing an awesome job of that with DT right now but we
should try and so we ought to avoid including non-ABI things in ABIs
like this.
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists