Devicetree
 help / color / mirror / Atom feed
From: David Gibson <david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+@public.gmane.org>
To: John Williams <john.williams-g5w7nrANp4BDPfheJLI6IQ@public.gmane.org>
Cc: Michal Simek
	<michal.simek-g5w7nrANp4BDPfheJLI6IQ@public.gmane.org>,
	devicetree-discuss
	<devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>
Subject: Re: Cmdline FDT query tool
Date: Tue, 18 May 2010 18:53:54 +1000	[thread overview]
Message-ID: <20100518085354.GD25892@yookeroo> (raw)
In-Reply-To: <AANLkTilo68Va3EzuWq3SPzv-YpXt-7Ty7Us_Q0Fw_Nmv-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On Tue, May 18, 2010 at 12:03:19PM +1000, John Williams wrote:
> Hi Grant,
> 
> At ELC I mentioned a tool I'd written that basically hacked u-boot's
> "fdt" command into a commandline util for querying DTBs.  You can do
> stuff like this:
> 
> $ fdt-tool system.dtp print
> 
> <dump entire DTB in text format>
> 
> $ fdt-tool system.dtb list /cpus/cpu@0 xlnx,use-dcache
> xlnx,use-dcache = <0x1>
> 
> and so on.
> 
> I wrote it four our PetaLinux distribution because we need our tools
> to make decisions based on contents of device trees, but thought you
> might like to look at it, see if it's more broadly useful (maybe could
> be a candidate for scripts/ in the kernel for example).
> 
> It's pretty rough, I hacked it together in about 20 minutes and threw
> in a readline interface so you can also use it interactively as well.

Interesting.  It might be nice to include this into the libfdt tree,
as both a code example and a useful standalone tool.

> Possible enhancements would be
>   * clean up!
>   * support DTS input format (only DTB supported currently)

Hrm.  Unless you do it by calling out to dtc, that would be a big job,
and essentially mean re-implementing a big chunk of dtc - with which
it could then get out of sync.  So please don't do that.

>   * Allow modifying and re-writing (current DTB is read-only)
> 
> It can also do some interesting things with u-boot FIT images - you
> can basically crack out kernel, DTB or rootfs payloads from a FIT.
> 
> If it does go into the kernel then MicroBlaze arch would be an
> immediate user, we have a few KCONFIG params that drive GCC cpuflag
> options - for simpleImage targets we could pull these straight from
> the DTS instead to avoid kernel/CPU mismatches.  We could do it today
> with sed/grep/awk etc, but it's ugly ugly ugly.  A DTS-aware tool like
> this would make it a no-brainer.  I'm sure PPC could find some useful
> things to do with it as well.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

  parent reply	other threads:[~2010-05-18  8:53 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-18  2:03 Cmdline FDT query tool John Williams
     [not found] ` <AANLkTilo68Va3EzuWq3SPzv-YpXt-7Ty7Us_Q0Fw_Nmv-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-05-18  8:53   ` David Gibson [this message]
2010-05-18 18:20   ` Grant Likely
     [not found]     ` <AANLkTinlyoA-FqbtWh939l9qoc6QDnKwPzNVnjgHFcVc-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-05-22  0:17       ` David Gibson
2010-05-27  1:40         ` John Williams
     [not found]           ` <AANLkTikLBDLhSlbLHRCoymDIvbkdU7OVhFnDTpqMXNHt-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-05-27  5:17             ` David Gibson
2010-05-27  5:35               ` John Williams
     [not found]                 ` <AANLkTinJGSz_1bNK8y3JTwqkseU5dg8oIdvT7ir7Mq6u-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-05-27  6:23                   ` David Gibson
2010-06-21  1:50                     ` John Williams

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=20100518085354.GD25892@yookeroo \
    --to=david-xt8fgy+axnrb3ne2bgzf6laj5h9x9tb+@public.gmane.org \
    --cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
    --cc=john.williams-g5w7nrANp4BDPfheJLI6IQ@public.gmane.org \
    --cc=michal.simek-g5w7nrANp4BDPfheJLI6IQ@public.gmane.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox