From: Matt Porter <mporter@konsulko.com>
To: Rob Herring <robherring2@gmail.com>
Cc: "Rowand, Frank" <Frank.Rowand@sonymobile.com>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"devicetree-compiler@vger.kernel.org"
<devicetree-compiler@vger.kernel.org>,
"linux-embedded@vger.kernel.org" <linux-embedded@vger.kernel.org>,
"celinux-dev@lists.celinuxforum.org"
<celinux-dev@lists.celinuxforum.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Jon Loeliger <jdl@jdl.com>, Arnd Bergmann <arnd@arndb.de>,
Gaurav Minocha <gaurav.minocha.os@gmail.com>
Subject: Re: Invitation and RFC: Linux Plumbers Device Tree track proposed
Date: Fri, 1 May 2015 09:32:29 -0400 [thread overview]
Message-ID: <20150501133229.GF4789@beef> (raw)
In-Reply-To: <CAL_JsqL0FdvKtGTxFNYxtrGWkm3z-1m0v9dHwYezCtkFOW6EgQ@mail.gmail.com>
On Tue, Apr 14, 2015 at 10:36:15AM -0500, Rob Herring wrote:
> On Sat, Apr 11, 2015 at 2:20 PM, Rowand, Frank
> <Frank.Rowand@sonymobile.com> wrote:
> > In recent years there have been proposed tools to aid in the creation of valid
> > device trees and in debugging device tree issues. An example of this is the
> > various approaches proposed (with source code provided) to validate device tree
> > source against valid bindings. As of today, device tree related tools,
> > techniques, and debugging infrastructure have not progressed very far. I have
> > submitted a device tree related proposal for the Linux Plumbers 2015 conference
> > to spur action and innovation in such tools, techniques, and debugging
> > infrastructure.
> >
> > The current title of the track is "Device Tree Tools, Validation, and
> > Troubleshooting". The proposal is located at
> >
> > http://wiki.linuxplumbersconf.org/2015:device_tree_tools_validation_and_trouble_shooting
> >
> > I am looking for several things at the moment:
> >
> > 1) Suggestions of additional topics to be discussed.
>
> A few things on my list:
>
> - Supported and not supported overlay usecases
> - Tools for overlays - I think overlays has created new challenges in
> validation and a need for new tools. How to test an overlay applies?
> Generating a dtb from dts + overlay dts. Generating an overlay from a
> diff of old and new dts (overlay as a way to update old dtbs)
> - Shrinking the binding review fire hose. How to improve binding
> documentation structure and review.
> - Standardizing Android dtb handling. Appended DTB for arm64? Not
> liked by upstream, but already in use.
- Clean up of existing hardware-specific bindings to conform to the
generic bindings, working dts files in the kernel tree, and bring
consistency to the documentation style/syntax.
> > 2) Emails or other messages expressing an interest in attending the
> > device tree track.
> >
> > 3) Commitments to attend the device tree track (the conference committee
> > is looking at attendee interest and commitments as part of the process
> > of accepting the device tree track).
>
> I plan to attend. I'm probably attending some of the Android mini conf
> too, so I'll have to split my time.
>
> > 4) Identifying additional people who should attend the device tree track.
>
> Arnd Bergmann
> Matt Porter
> Jon Loeliger
> Gaurav Minocha
I also plan to attend. I have an interest in most of the topics already
mentioned as well as the topic I added above.
-Matt
next prev parent reply other threads:[~2015-05-01 13:32 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-11 19:20 Invitation and RFC: Linux Plumbers Device Tree track proposed Rowand, Frank
[not found] ` <8251B150E4DF5041A62C3EA9F0AB2E0603A53FE1082E-6yWnlZQfN9JoBVljSLT0Ysm4BeyDBExM@public.gmane.org>
2015-04-12 0:05 ` Rob Landley
2015-04-12 0:05 ` [Celinux-dev] " Rob Landley
[not found] ` <CAOS_Y6Qmt2KTRu6urPs-Y1e2Xv1QPNTaQHH4_N8Kk8XU7n+ecQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-12 7:53 ` Geert Uytterhoeven
2015-04-12 7:53 ` Geert Uytterhoeven
2015-04-13 5:13 ` David Gibson
2015-04-13 5:13 ` David Gibson
2015-04-14 15:36 ` Rob Herring
2015-04-14 15:36 ` Rob Herring
[not found] ` <CAL_JsqL0FdvKtGTxFNYxtrGWkm3z-1m0v9dHwYezCtkFOW6EgQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-04-14 17:14 ` Mark Rutland
2015-04-14 17:14 ` Mark Rutland
2015-04-14 20:58 ` Arnd Bergmann
2015-05-26 16:31 ` Jon Loeliger
2015-05-26 16:31 ` Jon Loeliger
2015-05-01 13:32 ` Matt Porter [this message]
2015-05-01 21:22 ` [Celinux-dev] " Rob Landley
2015-05-01 21:22 ` Rob Landley
[not found] ` <5543EE80.5060109-VoJi6FS/r0vR7s880joybQ@public.gmane.org>
2015-05-02 7:51 ` Geert Uytterhoeven
2015-05-02 7:51 ` [Celinux-dev] " Geert Uytterhoeven
2015-05-04 23:20 ` Rob Herring
2015-05-04 23:20 ` Rob Herring
[not found] ` <CAL_JsqKkZYEMdYmh=JkA6O34a+7mKy=SgB2XxzgTM70mihgQeQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-05-05 7:34 ` Geert Uytterhoeven
2015-05-05 7:34 ` Geert Uytterhoeven
[not found] ` <CAMuHMdV7xfbBYL5fhudObdwNVJ0L_1_h0ozT+U4Lpx=Mu9UGhw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-05-05 19:32 ` Rob Herring
2015-05-05 19:32 ` [Celinux-dev] " Rob Herring
2015-05-06 3:28 ` David Gibson
2015-05-06 3:28 ` David Gibson
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=20150501133229.GF4789@beef \
--to=mporter@konsulko.com \
--cc=Frank.Rowand@sonymobile.com \
--cc=arnd@arndb.de \
--cc=celinux-dev@lists.celinuxforum.org \
--cc=devicetree-compiler@vger.kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=gaurav.minocha.os@gmail.com \
--cc=jdl@jdl.com \
--cc=linux-embedded@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robherring2@gmail.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: link
Be 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.