linux-toradex.git/include/asm-arm/arch-shark, branch v2.6.19.2 Linux kernel for Apalis and Colibri modules fix file specification in comments 2006-10-03T21:01:26+00:00 Uwe Zeisberger Uwe_Zeisberger@digi.com 2006-10-03T21:01:26+00:00 f30c2269544bffc7bf1b0d7c0abe5be1be83b8cb Many files include the filename at the beginning, serveral used a wrong one. Signed-off-by: Uwe Zeisberger <Uwe_Zeisberger@digi.com> Signed-off-by: Adrian Bunk <bunk@stusta.de> 
Many files include the filename at the beginning, serveral used a wrong one.

Signed-off-by: Uwe Zeisberger <Uwe_Zeisberger@digi.com>
Signed-off-by: Adrian Bunk <bunk@stusta.de>
[ARM] Move FLUSH_BASE macros to asm/arch/memory.h 2006-04-07T12:22:21+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2006-04-04T20:47:43+00:00 74d02fb9543ec85b04319b5b50926c78e7f07f3e FLUSH_BASE must be visible to arch/arm/mm/init.c in order for the memory region to be setup. Move these definitions from asm-arm/arch-*/hardware.h into asm-arm/arch-*/memory.h where mm stuff can see them. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
FLUSH_BASE must be visible to arch/arm/mm/init.c in order for the
memory region to be setup.  Move these definitions from
asm-arm/arch-*/hardware.h into asm-arm/arch-*/memory.h where mm
stuff can see them.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] Fix decompressor serial IO to give CRLF not LFCR 2006-03-28T09:24:33+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2006-03-28T09:24:33+00:00 a081568d7016061ed848696984e3acf1ba0b3054 As per the corresponding change to the serial drivers, arrange for ARM decompressors to give CRLF. Move the common putstr code into misc.c such that machines only need to supply "putc" and "flush" functions. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
As per the corresponding change to the serial drivers, arrange
for ARM decompressors to give CRLF.  Move the common putstr code
into misc.c such that machines only need to supply "putc" and
"flush" functions.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] Move HZ definition into Kconfig 2006-03-21T22:05:45+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2006-03-02T22:41:59+00:00 f80658137fc8b789a71953adeca194a5a4747427 Move the HZ definition into Kconfig, and set appropriate defaults for platforms. Remove mostly empty asm/arch/param.h include file. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Move the HZ definition into Kconfig, and set appropriate defaults
for platforms.  Remove mostly empty asm/arch/param.h include file.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] 3060/1: allow constants found in asm/memory.h to be used in asm code 2005-10-29T20:44:55+00:00 Nicolas Pitre nico@cam.org 2005-10-29T20:44:55+00:00 f09b99799991c7c3ba441162406247f5df077322 Patch from Nicolas Pitre This patch allows for assorted type of cleanups by letting assembly code use the same set of defines for constant values and avoid duplicated definitions that might not always be in sync, or that might simply be confusing due to the different names for the same thing. Signed-off-by: Nicolas Pitre <nico@cam.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Nicolas Pitre

This patch allows for assorted type of cleanups by letting assembly code
use the same set of defines for constant values and avoid duplicated
definitions that might not always be in sync, or that might simply be
confusing due to the different names for the same thing.

Signed-off-by: Nicolas Pitre <nico@cam.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] 1/4: Move include of asm/hardware.h to asm-arm/arch-*/io.h 2005-10-28T09:20:25+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-10-28T09:20:25+00:00 7fca0aa489c82bef85514b5447f6a0be81543115 Including asm/hardware.h into asm/io.h can cause #define clashes between platform specific definitions and driver local definitions. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Including asm/hardware.h into asm/io.h can cause #define clashes
between platform specific definitions and driver local definitions.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[PATCH] ARM: 2815/1: Shark: new defconfig, fixes with __io and serial ports 2005-07-16T16:17:18+00:00 Alexander Schulz alex@shark-linux.de 2005-07-16T16:17:18+00:00 b7523418f6af9093c462341c08c2233f44f7a28d Patch from Alexander Schulz This patch brings a new default config file for the shark and fixes a compilation issue with io addressing and a runtime problem with the serial ports, where I corrected a wrong regshift value. These are all shark specific files so I hope it is ok to put them in one patch. Signed-off-by: Alexander Schulz <alex@shark-linux.de> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Alexander Schulz

This patch brings a new default config file for the shark and
fixes a compilation issue with io addressing and a runtime
problem with the serial ports, where I corrected a wrong
regshift value.
These are all shark specific files so I hope it is ok to
put them in one patch.

Signed-off-by: Alexander Schulz <alex@shark-linux.de>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[PATCH] ARM: cleanup vmalloc start/offset macros 2005-05-03T11:20:29+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-05-03T11:20:29+00:00 5c3073e691b56dabbdec60dda4258b4e50d64872 VMALLOC_START and VMALLOC_OFFSET are common between all ARM machine classes. Move them into include/asm-arm/pgtable.h, but allow a machine class to override them if required. Signed-off-by: Russell King <rmk@arm.linux.org.uk> 
VMALLOC_START and VMALLOC_OFFSET are common between all ARM
machine classes.  Move them into include/asm-arm/pgtable.h,
but allow a machine class to override them if required.

Signed-off-by: Russell King <rmk@arm.linux.org.uk>
Linux-2.6.12-rc2 2005-04-16T22:20:36+00:00 Linus Torvalds torvalds@ppc970.osdl.org 2005-04-16T22:20:36+00:00 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip! 
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!