[U-Boot-Users] Doubt on Kernel Linking
rupeshs at myw.ltindia.com
Sat May 24 04:22:40 CEST 2003
I kept the link address back at 0xc0000000.
Doing mkimage , I did load address and entry address as 0x0.
On my FADS823 board, I do a download to 0x100000.
And gave a bootm 0x100000.
But the system hangs after Uncompressing Kernel Image...
Note: I have compared the bd_info stricture of linux and u-boot . It is the
same . Also the IMMR address.
I do mkimage on gzipped binary image of vmlinux.
----- Original Message -----
From: "Wolfgang Denk" <wd at denx.de>
To: "Rupesh S" <rupeshs at myw.ltindia.com>
Cc: <u-boot-users at lists.sourceforge.net>
Sent: Friday, May 23, 2003 5:07 AM
Subject: Re: [U-Boot-Users] Doubt on Kernel Linking
> In message <006f01c3218b$b58a0d00$6706a8c0 at SPLENDOR> you wrote:
> > The RAM memroy map as seen with the "bdinfo" command in u-boot says..
> > 0x00000000 to 0x00800000.
> These are physical addresses.
> > I'm trying to boot linux kernel ( linux-2.4.4-2002-10-06 from DENX) on
> > my board.
> > By default , the kernel is build at 0xC0000000. (This memory is not
> > mapped by u-boot).
> This is a virtual address.
> > Do I have to change the kernel linking to a address that is within,
> > 0x00000000 and 0x00800000 ?
> No. You MUST NOT change the Linux kernel, or it will break.
> Physical and virtual addresses are completely different beasts.
> Best regards,
> Wolfgang Denk
> Software Engineering: Embedded and Realtime Systems, Embedded Linux
> Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de
> We are Microsoft. Unix is irrelevant. Openness is futile. Prepare to
> be assimilated.
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
More information about the U-Boot