Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755812AbbDNPgz (ORCPT ); Tue, 14 Apr 2015 11:36:55 -0400 Received: from mail-wi0-f169.google.com ([209.85.212.169]:38364 "EHLO mail-wi0-f169.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932882AbbDNPgh (ORCPT ); Tue, 14 Apr 2015 11:36:37 -0400 MIME-Version: 1.0 In-Reply-To: <8251B150E4DF5041A62C3EA9F0AB2E0603A53FE1082E@SELDMBX99.corpusers.net> References: <8251B150E4DF5041A62C3EA9F0AB2E0603A53FE1082E@SELDMBX99.corpusers.net> From: Rob Herring Date: Tue, 14 Apr 2015 10:36:15 -0500 Message-ID: Subject: Re: Invitation and RFC: Linux Plumbers Device Tree track proposed To: "Rowand, Frank" Cc: "devicetree@vger.kernel.org" , "devicetree-compiler@vger.kernel.org" , "linux-embedded@vger.kernel.org" , "celinux-dev@lists.celinuxforum.org" , "linux-kernel@vger.kernel.org" , Matt Porter , Jon Loeliger , Arnd Bergmann , Gaurav Minocha Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3459 Lines: 80 On Sat, Apr 11, 2015 at 2:20 PM, Rowand, Frank 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. > 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 Rob > The desired outcome of the device tree track is to encourage the future > development of tools, process, etc to make device tree related development, > test, review and system administration more efficient, faster, easier, more > robust, and to improve troubleshooting and debugging facilities. Some > examples of areas of interest could include: > - make it easier to create correct device tree source files > - support for debugging incorrect device tree source files > - create a kernel that correctly boots one or more specific device trees > (eg a kernel configured to include the proper drivers and subsystems) > - create drivers that properly work for a device tree binding definition > - create drivers that support detecting errors in the related node(s) in > a device tree > > The wiki page lists additional areas of interest. > > Thanks, > > Frank Rowand > Sony Mobile Communications > -- > To unsubscribe from this list: send the line "unsubscribe devicetree" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/