Re: Booting Linux Kernel without bootloader
From: Milton Miller <hidden>
Date: 2006-08-03 16:27:51
On Aug 3, 2006, at 9:34 AM, Grant Likely wrote:
On 8/3/06, Milton Miller [off-list ref] wrote:quoted
On Tue Aug 1 2006 11:17:41 PM CDT, Grant Likely wrote:quoted
On 7/25/06, Clint Thomas [off-list ref] wrote:quoted
Basically, the system I want linux running on does not require the initialization of hardware that U-boot provides, or at least itdoes notquoted
quoted
need it to boot the linux kernel. I want to load an uncompressedlinuxquoted
quoted
kernel into memory and start the execution of the kernel, withoutusing anyquoted
quoted
kind of bootloader. Is this possible? Or does linux need somekind ofquoted
quoted
firmware or other software to tell it to start executing? Thanksfor anyquoted
quoted
info you might have.
quoted
quoted
You could use the bootwrapper that is in the kernel source tree (zImage). If a zImage's entry point is at the execution entrypoint,quoted
then it will start the Linux kernel correctly. However, it isstill aquoted
compressed image.The boot wrapper is a reference implementation, not a required piece of the boot sequence.
...
I agree. However, the original post sounded to me like he was looking for a canned solution. I know zImage isn't exactly what he asked for because it is a compressed image, but it does achieve the *effect* he asked for.
Actually the existing zImage will not do that, it requires a client interface to allocate memory, etc. There are alternates available but they are not yet merged.
I am curious as to the source of his requirements. ie. what is loading the kernel into ram? Where is it coming from?
That would be useful to help suggest alternatives.
I've got a similar situation on my Virtex-4 platform. The FPGA takes care of all device initialization. However, the kernel is loaded of a CF card via a *slow* JTAG interface. Loading an uncompressed image is more time consuming than loading a compressed image and uncompressing it in software.
This is often the case. However, if its loaded via some kind of DMA access from a higher powered cpu then loading the uncompressed kernel could be the fastest way. Since we don't know we can only mention things to consider as we state what can be done. milton