From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timur Tabi Date: Mon, 17 Dec 2007 13:48:47 -0600 Subject: [U-Boot-Users] [PATCH] 85xx: add ability to upload QE firmware In-Reply-To: <20071217193755.71F45248AC@gemini.denx.de> References: <20071217193755.71F45248AC@gemini.denx.de> Message-ID: <4766D29F.7090707@freescale.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Wolfgang Denk wrote: > Think about the situation that someone whats to use DHCP to boot his > board, which will usually result in the TFTP download of exactly > *one* image from a TFTP server. That image should then contain the > Linux kernel, the dtb, the QE firmware image, eventually a ramdisk, > and maybe even more... That's what the new image format is about. Ok, I can appreciate that, but how is my QE firmware blob any different from any other generic binary that this new image format must support? And since this new format is still a long way from being implemented, I don't see why it should delay adding support for QE firmware. The "qe fw" command requires an address, and it takes care of the rest. As long as this new image format can identify the QE firmware within it and pass the address of the blob to the "qe fw" command, I don't really care about the rest. -- Timur Tabi Linux kernel developer at Freescale