From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: [RFC] New target 'cuImage' - compatibility uImage From: Matthew McClintock To: Li Yang In-Reply-To: References: <20060802223302.9667135360F@atlas.denx.de> <1154618945.5094.6.camel@localhost> <1154620934.5094.12.camel@localhost> Content-Type: text/plain Date: Thu, 03 Aug 2006 11:24:06 -0500 Message-Id: <1154622246.5094.18.camel@localhost> Mime-Version: 1.0 Cc: linuxppc-dev List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Fri, 2006-08-04 at 00:17 +0800, Li Yang wrote: > > Though it will need more space, the increase won't be too much as > wrapper and FDT should be very small. The benefit is that kernel can > be extract directly to it's destination(address 0), rather than > extract to another place and then move it there. A classical > time/space tradeoff. > I'm not sure that is correct. Let me walk through the steps to verify. 1) Load cuImage at a load address 2) Extract zImage at an address and begin execution 3) Copy kernel to load address and fixup DTB, etc. 4) Start kernel execution versus... 1) Load cuImage at a load address 2) Copy zImage to an address and begin execution 3) Extract kernel to load address and fixup DTB, etc. 4) Start kernel execution There will always be that extra copy in there vs. just running the zImage itself. This is to maintain compatibility with older u-boots, which is the main point of this target. Am I missing something here? -Matthew