Re: [RFC PATCH v1 12/40] metag: Build infrastructure

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 09/11/12 14:46, Arnd Bergmann wrote:
> On Wednesday 31 October 2012, James Hogan wrote:
>> +
>> +define archhelp
>> +  echo  '* vmlinux.bin	- Binary kernel image (arch/$(ARCH)/boot/vmlinux.bin)'
>> +  @echo '  uImage  	- Alias to bootable U-Boot image'
>> +  @echo '  uImage.bin	- Kernel-only image for U-Boot (bin)'
>> +  @echo '  uImage.gz	- Kernel-only image for U-Boot (gzip)'
>> +  @echo '  uImage.bz2	- Kernel-only image for U-Boot (bzip2)'
>> +  @echo '  uImage.lzma	- Kernel-only image for U-Boot (lzma)'
>> +  @echo '  uImage.xz	- Kernel-only image for U-Boot (xz)'
>> +  @echo '  uImage.lzo	- Kernel-only image for U-Boot (lzo)'
>> +endef
> 
> The uImage format is causing some trouble on ARM because it requires knowing
> the load address at boot time, so we try to move people towards using just
> zImage files there. You might want to consider the same.

Could you point me at some info about this problem? I'm not clear why
needing to know the load address at boot is a problem, or how zImage
helps. Does this presume that the bootloader starts the kernel with the
MMU bypassed?

> It's probably not necessary to have both lzma and xz formats since they
> are the same algorithm with different headers afaik.

This was copied from arch/sh/boot/Makefile if I remember right. Is
either of them preferred?

Thanks
James

--
To unsubscribe from this list: send the line "unsubscribe linux-arch" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel]     [Kernel Newbies]     [x86 Platform Driver]     [Netdev]     [Linux Wireless]     [Netfilter]     [Bugtraq]     [Linux Filesystems]     [Yosemite Discussion]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]

  Powered by Linux