mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2025-02-14 18:48:30 +07:00
bdb144b67a
- Use the normal cross gcc instead of using an elf specific cris toolchain. This removes the dependency of this second toolchain. - Use the normal cross objcopy instead of overriding it to use elf-toolchain. This allows compiling using "CROSS_COMPILE=$CRIS_GCC/cris-axis-linux-gnu-" instead of just "CROSS_COMPILE=$CRIS_GCC/cris-axis-linux-gnu/bin/" - Remove redundant rules for compiling, the implicit rules are sufficient. - Convert the arch/cris/arch-v10/boot/compressed/head.S to format accepted by the cris-axis-linux-gnu-gcc (registers must be prefixed with '$', remove explicit underscore on exported symbols) - Remove a number of unused (and duplicated) prototypes from arch/cris/arch-v10/boot/compressed/misc.c. - Correct memcpy and memset return values (actually return them!) Signed-off-by: Jesper Nilsson <jesper.nilsson@axis.com> |
||
|---|---|---|
| .. | ||
| decompress.ld | ||
| head.S | ||
| Makefile | ||
| misc.c | ||
| README | ||
Creation of the self-extracting compressed kernel image (vmlinuz) ----------------------------------------------------------------- $Id: README,v 1.1 2001/12/17 13:59:27 bjornw Exp $ This can be slightly confusing because it's a process with many steps. The kernel object built by the arch/etrax100/Makefile, vmlinux, is split by that makefile into text and data binary files, vmlinux.text and vmlinux.data. Those files together with a ROM filesystem can be catted together and burned into a flash or executed directly at the DRAM origin. They can also be catted together and compressed with gzip, which is what happens in this makefile. Together they make up piggy.img. The decompressor is built into the file decompress.o. It is turned into the binary file decompress.bin, which is catted together with piggy.img into the file vmlinuz. It can be executed in an arbitrary place in flash. Be careful - it assumes some things about free locations in DRAM. It assumes the DRAM starts at 0x40000000 and that it is at least 8 MB, so it puts its code at 0x40700000, and initial stack at 0x40800000. -Bjorn