From: Wolfgang Denk <wd@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [U-BOOT PROBLEM] RAM loading RAMdisk addresses
Date: Tue, 01 Feb 2011 11:43:35 +0100 [thread overview]
Message-ID: <20110201104335.A6C26B187@gemini.denx.de> (raw)
In-Reply-To: <F427B25935CD0742BA694C0B6918F5701B70632924@FRMRSSXCHMBSE2.dc-m.alcatel-lucent.com>
Dear "GRACE, ERWAN (ERWAN)** CTR **",
please make sure to keep the mailing list on Cc:
Also, please restrict your line length to some 70 characters or so.
In message <F427B25935CD0742BA694C0B6918F5701B70632924@FRMRSSXCHMBSE2.dc-m.alcatel-lucent.com> you wrote:
>
> Thank you for your answer. I'd like to precise that the 2 RAMdisks
> weren't built from exactly the same set of files. There's a small
> difference between these RAMdisks as one of them was generated
> after replacing only one filewith another file which is supposed to
> be exactly the same as the first one. So, at the end of the day,
> these RAMdisks should have the same size but that isn't the case. I
No, they should not. They should probably have the same content on a
file system level, but when erasing a file and replacing it by another
one (or even an identical copy) you will have other file system blocks
used, other inode and free block lists, etc. In other words, the
binary images of the file systems will be different. They will most
probably also compress to different sizes, then.
> precise that I'm not the person who generated these RAMdisks,
> that's why I try to understand why there's such a difference betw
> een them. Moreover, in the messages displayed on the screen when the
They are different images, with different sizes.
> board is booting, we can see that the addresses shown in the line
> "Loading RAMdisk to ..., end ... OK" are different. I'd like to
> know where these addressesare defined (in a configuration file? In
They are computed based on the ramdisk sizes (plus some rounding).
Given different ramdisk sizes you end up with different load
addresses. There is no magic anywhere here.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Emotions are alien to me. I'm a scientist.
-- Spock, "This Side of Paradise", stardate 3417.3
prev parent reply other threads:[~2011-02-01 10:43 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-31 13:43 [U-Boot] [U-BOOT PROBLEM] RAM loading RAMdisk addresses GRACE, ERWAN ** CTR **
2011-01-31 15:24 ` Albert ARIBAUD
2011-01-31 19:21 ` Wolfgang Denk
[not found] ` <F427B25935CD0742BA694C0B6918F5701B70632924@FRMRSSXCHMBSE2.dc-m.alcatel-lucent.com>
2011-02-01 10:43 ` Wolfgang Denk [this message]
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=20110201104335.A6C26B187@gemini.denx.de \
--to=wd@denx.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox