From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rupesh S Date: Fri, 23 May 2003 19:22:40 -0700 Subject: [U-Boot-Users] Doubt on Kernel Linking References: <20030523120730.83A13C6162@atlas.denx.de> Message-ID: <00a901c3219b$59d821d0$6706a8c0@SPLENDOR> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de 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. Please advice. Rupesh ----- Original Message ----- From: "Wolfgang Denk" To: "Rupesh S" Cc: Sent: Friday, May 23, 2003 5:07 AM Subject: Re: [U-Boot-Users] Doubt on Kernel Linking > In message <006f01c3218b$b58a0d00$6706a8c0@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 > https://lists.sourceforge.net/lists/listinfo/u-boot-users