Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1587210
| From | Maxime Ripard <maxime.ripard@free-electrons.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 0/8] ARM: sun8i: a33: Mali improvements |
| Date | 2017-02-24 01:30 +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> |
| Organization | linux.* mail to news gateway |
[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
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll 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