From: Jerry Van Baren <gerald.vanbaren@ge.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] libfdt problem when loading device tree
Date: Thu, 13 Dec 2007 13:59:49 -0500 [thread overview]
Message-ID: <47618125.5040401@ge.com> (raw)
In-Reply-To: <7295C709-91F2-4184-8C7F-9ED682B8232D@kernel.crashing.org>
Kumar Gala wrote:
> On Dec 13, 2007, at 10:24 AM, Joakim Tjernlund wrote:
>
>> I get this when I try to boot my board:
>> ## Booting image at 00200000 ...
>> Image Name: oskernel02a:p1a:99
>> Created: 2007-12-13 9:59:43 UTC
>> Image Type: PowerPC Linux Kernel Image (gzip compressed)
>> Data Size: 1238992 Bytes = 1.2 MB
>> Load Address: 00000000
>> Entry Point: 00000000
>> Verifying Checksum ... OK
>> Uncompressing Kernel Image ... OK
>> Loading Device Tree to 007fe000, end 007ff6f9 ... OK
>> WARNING: could not create /bd_t FDT_ERR_NOSPACE.
>> fdt_bd_t: FDT_ERR_NOSPACE
>> ERROR: /bd_t node create failed - must RESET the board to recover.
>> Resetting the board.
>>
>> I have tried different combinations of -S and -R options to dtc,
>> but nothing helps:
>> dtc -S 2000 -R 2000 -f of-tmcu.dts -O asm > of-tmcu.S
>>
>> If I remove the chosen node from my dts file, I get the error when
>> libfdt tries to create a chosen node.
>>
>> I am using dtc 1.0.0 and u-boot 1.3.1
>
> How big is the .dtb if you don't specify -S? The -R should only be
> something like 8.
>
> - k
More trivia for Jocke:
Note that there now also is a "-s nnnn" option (IIRC and if you have the
latest dtc) which *adds* nnnn bytes to the blob rather than making the
blob a fixed size nnnn (IIRC, Kumar created it). Depending on your
circumstances and preferences, this could be a better choice than -S.
Having the /chosen node already in the blob has severe limitations.
Improving that is in my "todo" list: "...a suggestion by Scott Wood to
make the /chosen handling finer grained: if the /chosen node exists,
currently u-boot-fdt bails out. A better methodology is to not overwrite
pre-existing properties on a per-property basis, so if /chosen exists
but a necessary /chosen/property doesn't, it gets created."
IOW, if you create a blob with /chosen, you must have *everything*
necessary in it because it won't be fixed up at runtime.
Tip: if you do "fdt chosen" and then "fdt print /chosen", it will tell
you exactly what your board fixup code put in the /chosen node.
FWIIW, I created a patch to implement Scott's suggestion, but it needs
to be resurrected, rebased, and tested.
gvb
next prev parent reply other threads:[~2007-12-13 18:59 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-13 16:24 [U-Boot-Users] libfdt problem when loading device tree Joakim Tjernlund
2007-12-13 16:34 ` Kumar Gala
2007-12-13 16:39 ` Joakim Tjernlund
2007-12-13 18:59 ` Jerry Van Baren [this message]
2007-12-13 22:11 ` Joakim Tjernlund
2007-12-13 16:46 ` Jerry Van Baren
2007-12-13 17:00 ` Joakim Tjernlund
2007-12-13 17:07 ` Joakim Tjernlund
2007-12-13 17:16 ` Joakim Tjernlund
2007-12-13 18:03 ` Jerry Van Baren
2007-12-13 18:17 ` Joakim Tjernlund
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=47618125.5040401@ge.com \
--to=gerald.vanbaren@ge.com \
--cc=u-boot@lists.denx.de \
/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.