linux.git/Documentation/arm, branch v2.6.17 Linux kernel source tree [ARM] 3416/1: Update LART site URL 2006-03-27T14:32:30+00:00 Erik Mouw erik@bitwizard.nl 2006-03-27T14:32:30+00:00 c8c4b939e8dff82ee2bc22ed506ae29ecffca4c2 Patch from Erik Mouw The LART website moved to http://www.lartmaker.nl/. This patch updates the URL in ARM specific files. Signed-off-by: Erik Mouw <erik@bitwizard.nl> Acked-by: Jan-Derk Bakker <jdb@lartmaker.nl> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Erik Mouw

The LART website moved to http://www.lartmaker.nl/. This patch
updates the URL in ARM specific files.

Signed-off-by: Erik Mouw <erik@bitwizard.nl>
Acked-by: Jan-Derk Bakker <jdb@lartmaker.nl>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Fix simple typos 2006-03-24T17:13:37+00:00 Andrzej Zaborowski balrogg@gmail.com 2006-03-24T17:13:37+00:00 13fce8062968996da496d4f65cc1c1f845704604 This corrects some trivial errors in ARM docs and comments, Signed-off-by: Adrian Bunk <bunk@stusta.de> 
This corrects some trivial errors in ARM docs and comments,

Signed-off-by: Adrian Bunk <bunk@stusta.de>
[ARM] 3332/1: S3C24XX - documentation update 2006-03-21T22:06:03+00:00 Ben Dooks ben-linux@fluff.org 2006-03-20T17:10:07+00:00 a08ceff2a98e09cb14afefdd9276714b85c945f7 Patch from Ben Dooks Add devices that we have drivers for, and update list of machines that are supported Signed-off-by: Ben Dooks <ben-linux@fluff.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Ben Dooks

Add devices that we have drivers for, and
update list of machines that are supported

Signed-off-by: Ben Dooks <ben-linux@fluff.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] Add memory.txt to 00-INDEX 2005-12-04T17:56:46+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-12-04T17:56:46+00:00 db20da32a22ccfa3a118408034eeb0ba61a42329 Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[PATCH] kernel Doc/ URL corrections 2005-11-22T17:14:30+00:00 Randy Dunlap rdunlap@xenotime.net 2005-11-22T05:32:31+00:00 98766fbe604bc198ced93c57220c2d4a78ad6c11 Correct lots of URLs in Documentation/ Also a few minor whitespace cleanups and typo/spello fixes. Sadly there are still a lot of bad URLs remaining. Signed-off-by: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org> 
Correct lots of URLs in Documentation/ Also a few minor whitespace cleanups
and typo/spello fixes.  Sadly there are still a lot of bad URLs remaining.

Signed-off-by: Randy Dunlap <rdunlap@xenotime.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
[ARM] Fix some corner cases in new mm initialisation 2005-11-17T22:43:30+00:00 Russell King rmk@dyn-67.arm.linux.org.uk 2005-11-17T22:43:30+00:00 02b30839220fa3ef80a34ed6ee174fa2d9937eac Document that the VMALLOC_END address must be aligned to 2MB since it must align with a PGD boundary. Allocate the vectors page early so that the flush_cache_all() later will cause any dirty cache lines in the direct mapping will be safely written back. Move the flush_cache_all() to the second local_flush_cache_tlb() and remove the now redundant first local_flush_cache_tlb(). Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Document that the VMALLOC_END address must be aligned to 2MB since
it must align with a PGD boundary.

Allocate the vectors page early so that the flush_cache_all() later
will cause any dirty cache lines in the direct mapping will be safely
written back.

Move the flush_cache_all() to the second local_flush_cache_tlb() and
remove the now redundant first local_flush_cache_tlb().

Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] Documentation/arm/README: small update 2005-11-05T10:20:56+00:00 Adrian Bunk bunk@stusta.de 2005-11-05T10:20:56+00:00 20faa7c380c19c932d57be59bb2522bd9327a6c5 - egcs is not supported by kernel 2.6 - gcc 3.3 seems to be a good choice on ARM Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
- egcs is not supported by kernel 2.6
- gcc 3.3 seems to be a good choice on ARM

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[ARM] 3076/1: S3C2410 - updated documentation for platfrom data init 2005-11-01T19:44:29+00:00 Ben Dooks ben-linux@fluff.org 2005-11-01T19:44:29+00:00 6ff8f59f13974ab54086c5c86898647642bc77dd Patch from Ben Dooks Update the Documentation/arm/Samsung-S3C24XX to add example platform data initialisation, and add the linux-arm mailing list URL. Signed-off-by: Ben Dooks <ben-linux@fluff.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Ben Dooks

Update the Documentation/arm/Samsung-S3C24XX to add
example platform data initialisation, and add the
linux-arm mailing list URL.

Signed-off-by: Ben Dooks <ben-linux@fluff.org>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
[PATCH] ARM: 2847/1: S3C24XX - Documentation for USB OHCI host 2005-08-10T15:45:14+00:00 Ben Dooks ben-linux@fluff.org 2005-08-10T15:45:14+00:00 c59d071d4a32e1c45cac6d47f5b59ec36a9a997b Patch from Ben Dooks Documentation for the in-built OHCI host controller and the support for it in Linux. Signed-off-by: Ben Dooks <ben-linux@fluff.org> Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk> 
Patch from Ben Dooks

Documentation for the in-built OHCI host controller
and the support for it in Linux.

Signed-off-by: Ben Dooks <ben-linux@fluff.org>
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!