linux.git/arch/arm/boot, branch v2.6.22-rc4

Merge branch 'for-linus' of master.kernel.org:/home/rmk/linux-2.6-arm

2007-05-06T20:20:10+00:00

* 'for-linus' of master.kernel.org:/home/rmk/linux-2.6-arm: (82 commits)
  [ARM] Add comments marking in-use ptrace numbers
  [ARM] Move syscall saving out of the way of utrace
  [ARM] 4360/1: S3C24XX: regs-udc.h remove unused macro
  [ARM] 4358/1: S3C24XX: mach-qt2410.c: remove linux/mmc/protocol.h header
  [ARM] mm 10: allow memory type to be specified with ioremap
  [ARM] mm 9: add additional device memory types
  [ARM] mm 8: define mem_types table L1 bit 4 to be for ARMv6
  [ARM] iop: add missing parens in macro
  [ARM] mm 7: remove duplicated __ioremap() prototypes
  ARM: OMAP: fix OMAP1 mpuio suspend/resume oops
  ARM: OMAP: MPUIO wake updates
  ARM: OMAP: speed up gpio irq handling
  ARM: OMAP: plat-omap changes for 2430 SDP
  ARM: OMAP: gpio object shrinkage, cleanup
  ARM: OMAP: /sys/kernel/debug/omap_gpio
  ARM: OMAP: Implement workaround for GPIO wakeup bug in OMAP2420 silicon
  ARM: OMAP: Enable 24xx GPIO autoidling
  [ARM] 4318/2: DSM-G600 Board Support
  [ARM] 4227/1: minor head.S fixups
  [ARM] 4328/1: Move i.MX UART regs to driver
  ...

[PATCH] x86: deflate stack usage in lib/inflate.c

2007-05-02T17:27:15+00:00

inflate_fixed and huft_build together use around 2.7k of stack.  When
using 4k stacks, I saw stack overflows from interrupts arriving while
unpacking the root initrd:

do_IRQ: stack overflow: 384
 [] show_trace_log_lvl+0x1a/0x30
 [] show_trace+0x12/0x14
 [] dump_stack+0x16/0x18
 [] do_IRQ+0x6d/0xd9
 [] xen_evtchn_do_upcall+0x6e/0xa2
 [] xen_hypervisor_callback+0x25/0x2c
 [] xen_restore_fl+0x27/0x29
 [] _spin_unlock_irqrestore+0x4a/0x50
 [] change_page_attr+0x577/0x584
 [] kernel_map_pages+0x8d/0xb4
 [] cache_alloc_refill+0x53f/0x632
 [] __kmalloc+0xc1/0x10d
 [] malloc+0x10/0x12
 [] huft_build+0x2a7/0x5fa
 [] inflate_fixed+0x91/0x136
 [] unpack_to_rootfs+0x5f2/0x8c1
 [] populate_rootfs+0x1e/0xe4

(This was under Xen, but there's no reason it couldn't happen on bare
  hardware.)

This patch mallocs the local variables, thereby reducing the stack
usage to sane levels.

Also, up the heap size for the kernel decompressor to deal with the
extra allocation.

Signed-off-by: Jeremy Fitzhardinge 
Signed-off-by: Andi Kleen 
Cc: Tim Yamin 
Cc: Andi Kleen 
Cc: Matt Mackall 
Cc: Ivan Kokshaysky 
Cc: Richard Henderson 
Cc: Russell King 
Cc: Ian Molton

[ARM] 4300/1: Add picotux 200 ARM board

2007-04-21T20:01:08+00:00

Add the picotux 200 ARM board:
 - Enable its machine type in the filter in head.S
 - Add configuration option
 - Add board initialisation
 - Add default configuration

Signed-off-by: Simon Richter 
Signed-off-by: Russell King

[ARM] 4216/1: add .gitignore entries for ARM specific files

2007-02-17T11:26:41+00:00

Signed-off-by: Nicolas Pitre 
Signed-off-by: Russell King

fix file specification in comments

2006-10-03T21:01:26+00:00

Many files include the filename at the beginning, serveral used a wrong one.

Signed-off-by: Uwe Zeisberger 
Signed-off-by: Adrian Bunk

[ARM] 3809/3: get rid of 4 megabyte kernel image size limit

2006-09-30T10:30:44+00:00

We currently have a hardcoded 4 megabyte uncompressed kernel image
size limit, which is easily exceeded by, for example, enabling some of
the various kernel debugging options.

When setting up the initial page tables (which is where this 4M limit
is hardcoded), it's actually relatively easy to find out the true size
of the uncompressed kernel image and create enough page table entries
for things to fit, so this patch makes it so.

In the decompressor, we also need to know the size of the uncompressed
kernel image, to figure out whether there is any chance that uncompressing
the kernel might overwrite the compressed kernel image stored elsewhere
in memory. We don't have that info at this boot stage, though, so we
approximate the size of the uncompressed kernel by taking the compressed
kernel image size and allowing for a maximum 4x expansion.

Signed-off-by: Lennert Buytenhek 
Signed-off-by: Russell King

[ARM] nommu: manage the CP15 things

2006-09-27T16:34:30+00:00

All the current CP15 access codes in ARM arch can be categorized and
conditioned by the defines as follows:

     Related operation	Safe condition
  a. any CP15 access	!CPU_CP15
  b. alignment trap	CPU_CP15_MMU
  c. D-cache(C-bit)	CPU_CP15
  d. I-cache		CPU_CP15 && !( CPU_ARM610 || CPU_ARM710 ||
				CPU_ARM720 || CPU_ARM740 ||
				CPU_XSCALE || CPU_XSC3 )
  e. alternate vector	CPU_CP15 && !CPU_ARM740
  f. TTB		CPU_CP15_MMU
  g. Domain		CPU_CP15_MMU
  h. FSR/FAR		CPU_CP15_MMU

For example, alternate vector is supported if and only if
"CPU_CP15 && !CPU_ARM740" is satisfied.

Signed-off-by: Hyok S. Choi 
Signed-off-by: Russell King

[ARM] 3838/1: ARM: DCC debug console support for ARM11

2006-09-25T09:36:09+00:00

Adds support for CONFIG_DEBUG_ICEDCC for ARM11.
Tested on ARM1136 (OMAP2420).

Signed-off-by: Tony Lindgren 
Signed-off-by: Russell King

[ARM] 3828/1: iop3xx: remove useless loadsp macro

2006-09-25T09:25:48+00:00

The iop33x loadsp hunk in arch/arm/boot/compressed/head.S serves
no purpose -- remove it.

Signed-off-by: Lennert Buytenhek 
Signed-off-by: Russell King

[ARM] 3816/1: iop3xx: rename config symbols

2006-09-25T09:25:34+00:00

Rename CONFIG_ARCH_IOP321 to CONFIG_ARCH_IOP32X and
CONFIG_ARCH_IOP331 to CONFIG_ARCH_IOP33X.

Signed-off-by: Lennert Buytenhek 
Signed-off-by: Russell King