From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Thu, 20 Feb 2014 08:40:40 -0500 Subject: [U-Boot] [PATCH] socfpga: Add a signing tool that automatically signs the preloader. In-Reply-To: <20140220112323.C8D62380CEA@gemini.denx.de> References: <1392850900-25133-1-git-send-email-cdhmanning@gmail.com> <20140220003237.GW19081@bill-the-cat> <201402201358.19495.manningc2@actrix.gen.nz> <20140220112323.C8D62380CEA@gemini.denx.de> Message-ID: <20140220134040.GC19081@bill-the-cat> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Thu, Feb 20, 2014 at 12:23:22PM +0100, Wolfgang Denk wrote: > Dear Charles, > > In message <201402201358.19495.manningc2@actrix.gen.nz> you wrote: > > > > I looked at doing a mkimage integration, but is this really the way to go in > > all cases? > > ...only where it fits, of course. > > > The signed image does not really apply a header as such. It mashes in > > a "header" at position 0x40 and then appends a checksum at the end, then pads > > the file out to 64k. > > > > The final file is: > > * 64 bytes of executable (interrupt vector table) > > * "header" > > * more code > > *crc32 > > *padding with 0x00 to 64k. > > Sounds exactly as if you were making an image, so yes, mkimage fits. Right. This is like the omapimage case or similar where we take input, beat it around and add stuff, then have what the HW wants, but not a file we can further query with mkimage, and that's fine. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: