All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jerry Van Baren <gerald.vanbaren@smiths-aerospace.com>
To: David Gibson <david@gibson.dropbear.id.au>
Cc: linuxppc-dev@ozlabs.org
Subject: [PATCH 0/2] libfdt: problems with real life blobs
Date: Mon, 19 Feb 2007 13:00:57 -0500	[thread overview]
Message-ID: <45D9E5D9.6060704@smiths-aerospace.com> (raw)

Hi David,

I've been trying to use your libfdt in u-boot and my first step, get a 
value from the blob, failed terminally.  After poking about a bit, it 
appears that your libfdt and Jon Loeliger's dtc (-V 16) disagree with 
respect to the format of the blob - libfdt won't traverse the path.

I've created two patches:
1) Make the libfdt tests use "fdt endian" so that dtc can be used.
2) Create a minimal test tree and compile it with dtc.

The first patch is clean, the second patch is a bit of a hack job, I did 
just enough to check this out and confirm/deny my suspicions that libfdt 
doesn't like the dtc format.  Running the tests on the dtc-compiled blob 
shows the same problems with traversing paths.

I think I created the correct tree in test_tree1.dts (I didn't do the 
truncated node, but that is immaterial for my primary objective) but I 
could be wrong...

Supporting using dtc in the long run as well as the assembly-generated 
blob would be nice so that regression tests can be done on different 
versions of the blob format (both supported and unsupported) and to make 
sure libfdt and dtc stay in sync.

Best regards,
gvb

             reply	other threads:[~2007-02-19 18:01 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-19 18:00 Jerry Van Baren [this message]
2007-02-19 23:46 ` [PATCH 0/2] libfdt: problems with real life blobs David Gibson
2007-02-20 13:02   ` Jerry Van Baren

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=45D9E5D9.6060704@smiths-aerospace.com \
    --to=gerald.vanbaren@smiths-aerospace.com \
    --cc=david@gibson.dropbear.id.au \
    --cc=linuxppc-dev@ozlabs.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 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.