All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jerry Van Baren <gerald.vanbaren@ge.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] What do I do if fdt_setprop() returns	-FDT_ERR_NOSPACE?
Date: Fri, 07 Dec 2007 16:43:31 -0500	[thread overview]
Message-ID: <4759BE83.7000402@ge.com> (raw)
In-Reply-To: <4759BB15.9000006@freescale.com>

Timur Tabi wrote:
> I have this code:
> 
> static int fdt_set_qe_firmware(void *blob, int nodeoffset, const char *name, 
> bd_t *bd)

[snip]

> }
> 
> The call to fdt_setprop_string() returns -FDT_ERR_NOSPACE.  I created the DTB 
> with this command:
> 
> dtc -I dts -O dtb -b 0 -R 8 -S 0x3000
> 
> What am I missing?  Why is there no space left to add a string?

Hi Timur,

How big is your blob?  The -S 0x3000 creates a 12K blob, but the 
contents from your source can take up a substantial amount of that (at 
least mine do ;-).  If you have the deprecated (and, hopefully, soon to 
be removed) CONFIG_OF_HAS_UBOOT_ENV and/or CONFIG_OF_HAS_BD_T defined, 
it will put more (useless) stuff in the blob, that will chew through 
more of your blob space.

I would try 0x4000 and see if it works. :-)

IIRC, Jon/David/someone posted (and Jon applied) a patch to the dtc that 
allows you to specify how much extra space to pad the blob with, as 
opposed to the -S flag that sets the blob up with a specific size.  That 
may be a better match to what you want for your blob.

Best regards,
gvb

  reply	other threads:[~2007-12-07 21:43 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-07 21:28 [U-Boot-Users] What do I do if fdt_setprop() returns -FDT_ERR_NOSPACE? Timur Tabi
2007-12-07 21:43 ` Jerry Van Baren [this message]
2007-12-08  2:44   ` Timur Tabi
2007-12-10 15:22     ` Kumar Gala
2007-12-10 19:04     ` Timur Tabi

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=4759BE83.7000402@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.