20 Nov, 2013
2 commits
-
This patch fixes following error (for big kernels):
---88---
It comes up when the kernel increases and 'panic()' is too far away to fit in
the +/- 2MiB range. Which in turn issues from the 21-bit displacement in
'br{cond4}' mnemonic which is one of the two ways to do jumps (rjmp has just
10-bit displacement and therefore a way smaller range). This fact was stated
before in 8d29b7b9f81d6b83d869ff054e6c189d6da73f1f.
One solution to solve this is to add a local storage for the symbol address
and just load the $pc with that value.Signed-off-by: Andreas Bießmann
Acked-by: Hans-Christian Egtvedt
Cc: Haavard Skinnemoen
Cc: stable@vger.kernel.org -
Before the CRT was (fully) set up in kernel_entry (bss cleared before in
_start, but also not before jump to panic() in no_tag_table case).This patch fixes this up to have a fully working CRT when branching to panic()
in no_tag_table.Signed-off-by: Andreas Bießmann
Acked-by: Hans-Christian Egtvedt
Cc: Haavard Skinnemoen
Cc: stable@vger.kernel.org
26 Mar, 2012
1 commit
-
All ARCHs have the same definition of MKIMAGE. Move it to Makefile.lib
to avoid duplication.All ARCHs have similar definitions of cmd_uimage. Place a sufficiently
parameterized version in Makefile.lib to avoid duplication.Signed-off-by: Stephen Warren
Acked-by: Nicolas Pitre
Tested-by: Mike Frysinger [Blackfin]
Tested-by: Michal Simek [Microblaze]
Tested-by: Guan Xuetao [unicore32]
Signed-off-by: Michal Marek
17 Dec, 2008
1 commit
-
This patch will remove the section .note.gnu.build-id added in binutils
2.18 from the vmlinux.bin binary. Not removing this section results in a
huge multiple gigabyte binary and likewize large uImage.Signed-off-by: Hans-Christian Egtvedt
Signed-off-by: Haavard Skinnemoen
20 Sep, 2008
1 commit
-
Ignore Kernel binaries, kernel/vmlinux.lds and a log file.
Signed-off-by: Markus Heidelberg
Signed-off-by: Haavard Skinnemoen
26 Oct, 2006
1 commit
-
Don't generate listing by default, remove unused LIBGCC variable and
rename generated disassembly and listing files to vmlinux.{s,lst}.Also make sure that files generated during the build are actually
removed with make clean.Signed-off-by: Haavard Skinnemoen
Signed-off-by: Linus Torvalds
26 Sep, 2006
1 commit
-
This adds support for the Atmel AVR32 architecture as well as the AT32AP7000
CPU and the AT32STK1000 development board.AVR32 is a new high-performance 32-bit RISC microprocessor core, designed for
cost-sensitive embedded applications, with particular emphasis on low power
consumption and high code density. The AVR32 architecture is not binary
compatible with earlier 8-bit AVR architectures.The AVR32 architecture, including the instruction set, is described by the
AVR32 Architecture Manual, available fromhttp://www.atmel.com/dyn/resources/prod_documents/doc32000.pdf
The Atmel AT32AP7000 is the first CPU implementing the AVR32 architecture. It
features a 7-stage pipeline, 16KB instruction and data caches and a full
Memory Management Unit. It also comes with a large set of integrated
peripherals, many of which are shared with the AT91 ARM-based controllers from
Atmel.Full data sheet is available from
http://www.atmel.com/dyn/resources/prod_documents/doc32003.pdf
while the CPU core implementation including caches and MMU is documented by
the AVR32 AP Technical Reference, available fromhttp://www.atmel.com/dyn/resources/prod_documents/doc32001.pdf
Information about the AT32STK1000 development board can be found at
http://www.atmel.com/dyn/products/tools_card.asp?tool_id=3918
including a BSP CD image with an earlier version of this patch, development
tools (binaries and source/patches) and a root filesystem image suitable for
booting from SD card.Alternatively, there's a preliminary "getting started" guide available at
http://avr32linux.org/twiki/bin/view/Main/GettingStarted which provides links
to the sources and patches you will need in order to set up a cross-compiling
environment for avr32-linux.This patch, as well as the other patches included with the BSP and the
toolchain patches, is actively supported by Atmel Corporation.[dmccr@us.ibm.com: Fix more pxx_page macro locations]
[bunk@stusta.de: fix `make defconfig']
Signed-off-by: Haavard Skinnemoen
Signed-off-by: Adrian Bunk
Signed-off-by: Dave McCracken
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds