From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751818AbbEAVWG (ORCPT ); Fri, 1 May 2015 17:22:06 -0400 Received: from mail-oi0-f50.google.com ([209.85.218.50]:33626 "EHLO mail-oi0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750812AbbEAVWD (ORCPT ); Fri, 1 May 2015 17:22:03 -0400 Message-ID: <5543EE80.5060109@landley.net> Date: Fri, 01 May 2015 16:22:08 -0500 From: Rob Landley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "Rowand, Frank" , "devicetree@vger.kernel.org" , "devicetree-compiler@vger.kernel.org" , "linux-embedded@vger.kernel.org" , "celinux-dev@lists.celinuxforum.org" , "linux-kernel@vger.kernel.org" Subject: Re: [Celinux-dev] Invitation and RFC: Linux Plumbers Device Tree track proposed References: <8251B150E4DF5041A62C3EA9F0AB2E0603A53FE1082E@SELDMBX99.corpusers.net> In-Reply-To: <8251B150E4DF5041A62C3EA9F0AB2E0603A53FE1082E@SELDMBX99.corpusers.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/11/2015 02: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 Want I want to do is: 1) Download an archive of device tree files describing a bunch of boards. (Both dts and corresponding dtb files, with maybe a .txt telling me about the board and the -append line qemu needs to give it any board-specific kernel command line stuff like "console=myserialport".) 2) Feed one of the dtb files to qemu to instantiate a bunch of devices. 3) Feed the same file to a generic-ish linux kernel to bind to those devices. (Or have qemu do this for me.) Every year or so I sit down to figure out how to do this, spent fifteen minutes head scratching, and wander away again. The archive in 1) should have subdirectories for architectures, with the same name as the corresponding kernel arch directory. It would be nice if there was some sort of dts_defconfig that built a vmlinux that statically linked in all the drivers with a device tree binding. It would be _really_ nice if qemu's vmlinux loader actually worked on all the hardware targets. In theory, this should be easy. In practice, I've never made it work. Rob