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
next 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.