linux.git/include/asm-arm/arch-versatile/platform.h, branch master Linux kernel source tree [ARM] Move include/asm-arm/arch-* to arch/arm/*/include/mach 2008-08-07T08:55:48+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2008-08-05T15:14:15+00:00 a09e64fbc0094e3073dbb09c3b4bfe4ab669244b This just leaves include/asm-arm/plat-* to deal with. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
This just leaves include/asm-arm/plat-* to deal with.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] Allow Versatile to be built for AB and PB 2006-07-11T20:10:42+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2006-07-10T15:33:54+00:00 dc5bc8f1e96c32f28bddf32a14ef9251fb3071d0 If a configuration was chosen to support both the Versatile AB and PB boards, the result would write to registers not available on the PB version of the board. Resolve this by using machine_is_xxx(). Also, for the CLCD, despite how the code looks, both the AB and PB access the same location to control the clock rate - it's just called something different between the two board versions. Invent our own name for this location and use it unconditionally. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
If a configuration was chosen to support both the Versatile
AB and PB boards, the result would write to registers not
available on the PB version of the board.  Resolve this by
using machine_is_xxx().

Also, for the CLCD, despite how the code looks, both the AB
and PB access the same location to control the clock rate -
it's just called something different between the two board
versions.  Invent our own name for this location and use it
unconditionally.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] Separate VIC (vectored interrupt controller) support from Versatile 2006-01-13T21:30:48+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2006-01-13T21:30:48+00:00 fa0fe48fcca9ea7f8c13e21d2646bbaa1747d183 Other machines may wish to make use of the VIC support code, so move it to arch/arm/common. Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Other machines may wish to make use of the VIC support code, so
move it to arch/arm/common.

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[PATCH] ARM: 2693/1: Add PCI support for Versatile/PB 2005-06-20T17:51:06+00:00 Catalin Marinas catalin.marinas@com.rmk.(none) 2005-06-20T17:51:06+00:00 c0da085ad2e6b1419b8a7439538f7f15eb5c4777 Patch from Catalin Marinas This patch adds PCI support for the Versatile PB926 platform. Signed-off-by: Colin King Signed-off-by: Catalin Marinas Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Catalin Marinas

This patch adds PCI support for the Versatile PB926 platform.

Signed-off-by: Colin King
Signed-off-by: Catalin Marinas
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[PATCH] ARM: 2714/1: Fix the IB2 definitions for the Versatile platform 2005-06-16T17:01:12+00:00 Catalin Marinas catalin.marinas@com.rmk.(none) 2005-06-16T17:01:12+00:00 95220a2ea334b5ff2168cc9bf31c0e08b29bae21 Patch from Catalin Marinas The initial IB2 addresses did not depend on the IB2 base. This patch defines them as (VERSATILE_IB2_BASE + offset). Signed-off-by: Catalin Marinas Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Catalin Marinas

The initial IB2 addresses did not depend on the IB2 base. This
patch defines them as (VERSATILE_IB2_BASE + offset).

Signed-off-by: Catalin Marinas
Signed-off-by: Russell King <rmk+kernel@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!