Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements

Path	csiph.com!news.mixmin.net!aioe.org!bofh.it!news.nic.it!robomod
From	Maxime Ripard <maxime.ripard@free-electrons.com>
Newsgroups	linux.kernel
Subject	Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements
Date	Fri, 24 Feb 2017 01:30:02 +0100
Message-ID	<tebVM-py-5@gated-at.bofh.it> (permalink)
References	<tbtPc-6h4-41@gated-at.bofh.it> <tbxzs-Ep-17@gated-at.bofh.it> <tbSXg-67s-19@gated-at.bofh.it> <tbXDA-DC-9@gated-at.bofh.it>
X-Original-To	Emil Velikov <emil.l.velikov@gmail.com>
MIME-Version	1.0
Content-Type	multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qtgdrqfl5qdnwbjc"
Content-Disposition	inline
User-Agent	Mutt/1.6.2-neo (2016-08-21)
Sender	robomod@news.nic.it
List-ID	<linux-kernel.vger.kernel.org>
X-Mailing-List	linux-kernel@vger.kernel.org
Approved	robomod@news.nic.it
Lines	86
Organization	linux.* mail to news gateway
X-Original-Cc	Tobias Jakobi <tjakobi@math.uni-bielefeld.de>, ML dri-devel <dri-devel@lists.freedesktop.org>, Mark Rutland <mark.rutland@arm.com>, Thomas Petazzoni <thomas.petazzoni@free-electrons.com>, devicetree <devicetree@vger.kernel.org>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, linux-kernel <linux-kernel@vger.kernel.org>, linux-mm@kvack.org, Chen-Yu Tsai <wens@csie.org>, Rob Herring <robh+dt@kernel.org>, LAKML <linux-arm-kernel@lists.infradead.org>
X-Original-Date	Thu, 23 Feb 2017 16:19:21 -0800
X-Original-Message-ID	<20170224001921.wsis65um3jnhtpil@lukather>
X-Original-References	<10fd28cb-269a-ec38-ecfb-b7c86be3e716@math.uni-bielefeld.de> <CACvgo51p+aqegjkbF6jGggwr+KXq_71w0VFzJvFAF6_egT1-kA@mail.gmail.com> <20170217154419.xr4n2ikp4li3c7co@lukather> <CACvgo51vLca_Ji8VQBO5fqCrbhpm_=6mrqx1K-7GddVv5yMKWg@mail.gmail.com>
X-Original-Sender	linux-kernel-owner@vger.kernel.org
Xref	csiph.com linux.kernel:1587210

Show key headers only | View raw

[Multipart message — attachments visible in raw view] - view raw

Hi,

On Fri, Feb 17, 2017 at 08:39:33PM +0000, Emil Velikov wrote:
> As I feared things have taken a turn for the bitter end :-]
> 
> It seems that this is a heated topic, so I'l kindly ask that we try
> the following:
> 
>  - For people such as myself/Tobias/others who feel that driver and DT
> bindings should go hand in hand, prove them wrong.
> But please, do so by pointing to the documentation (conclusion of a
> previous discussion). This way you don't have to repeat yourself and
> get [too] annoyed over silly suggestions.

http://lxr.free-electrons.com/source/Documentation/devicetree/usage-model.txt#L13

"The "Open Firmware Device Tree", or simply Device Tree (DT), is a
data structure and language for describing hardware. More
specifically, it is a description of hardware that is readable by an
operating system so that the operating system doesn't need to hard
code details of the machine"

http://lxr.free-electrons.com/source/Documentation/devicetree/usage-model.txt#L79

"What it does do is provide a language for decoupling the hardware
configuration from the board and device driver support in the Linux
kernel (or any other operating system for that matter)."

And like I said, we already had bindings for out of tree bindings,
like this one:
https://patchwork.kernel.org/patch/9275707/

Which triggered no discussion at the time (but the technical one,
hence a v2, that should always be done).

> - The series has code changes which [seemingly] cater for out of tree
> module(s).

That patch was dropped, only DT changes remains now, and do not depend
of that missing patch anyway.

> Clearly state in the commit message who is the user, why it's save to
> do so and get an Ack from more prominent [DRM] developers.

DRM is really not important here. We could implement a driver using
i2c as far as the DT is concerned.

FreeBSD for example uses a different, !DRM framework to support our
display stack, and still uses the DT.

Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

Thread

Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Tobias Jakobi <tjakobi@math.uni-bielefeld.de> - 2017-02-16 14:00 +0100
  Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Emil Velikov <emil.l.velikov@gmail.com> - 2017-02-16 18:00 +0100
    Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Maxime Ripard <maxime.ripard@free-electrons.com> - 2017-02-17 16:50 +0100
      Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Emil Velikov <emil.l.velikov@gmail.com> - 2017-02-17 21:50 +0100
        Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Maxime Ripard <maxime.ripard@free-electrons.com> - 2017-02-24 01:30 +0100
          Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Emil Velikov <emil.l.velikov@gmail.com> - 2017-02-26 15:20 +0100
      Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Rask Ingemann Lambertsen <rask@formelder.dk> - 2017-02-17 23:00 +0100
  Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Maxime Ripard <maxime.ripard@free-electrons.com> - 2017-02-17 09:50 +0100
    Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Tobias Jakobi <tjakobi@math.uni-bielefeld.de> - 2017-02-17 13:50 +0100
      Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Emil Velikov <emil.l.velikov@gmail.com> - 2017-02-17 14:30 +0100
      Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Alexandre Belloni <alexandre.belloni@free-electrons.com> - 2017-02-17 16:50 +0100
        Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Tobias Jakobi <tjakobi@math.uni-bielefeld.de> - 2017-02-17 17:00 +0100
          Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Rob Herring <robh+dt@kernel.org> - 2017-02-24 15:00 +0100
      Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Maxime Ripard <maxime.ripard@free-electrons.com> - 2017-02-17 16:50 +0100
        Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Thierry Reding <thierry.reding@gmail.com> - 2017-02-20 17:50 +0100
          Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements Maxime Ripard <maxime.ripard@free-electrons.com> - 2017-02-23 01:50 +0100

csiph-web