linux-toradex.git/init, branch del-5.8.1.1

Merge commit 'v2.6.35.14' into del-5.8/main

2012-01-19T12:54:23+00:00

Conflicts:
	arch/arm/plat-mxc/include/mach/gpio.h
	arch/x86/kernel/cpu/mtrr/main.c
	drivers/mmc/core/core.c
	drivers/net/smsc911x.c
	fs/proc/task_mmu.c
	include/linux/pm_runtime.h
	mm/memory.c
	mm/mlock.c

Signed-off-by: Alex Gonzalez

Revert "Android MM: Add anonymous shared memory subsystem"

2011-08-01T07:51:46+00:00

This reverts commit 142d439b5804fc734ad892486a163be369ed6992.

This belongs in the Android branch.

initramfs: Allow using initramfs with empty /dev

2011-05-19T19:20:56+00:00

When booting a kernel with no initramfs, there is a basic /dev hardcoded
in noinitramfs.c.

This contains a /dev/console device. Also, DEVTMPFS can be used to have
the kernel mount a tmpfs /dev and have the devices create nodes on it
when they are added.

When using an initramfs there is no embedded /dev in the kernel, and
the DEVTMPFS is mounted after the sys_open call to /dev/console in
kernel_init. Realistically, the kernel expects the initramfs to contain
a /dev/console node.

This patch reuses Digi specific TMPFSDEV which was used before the
DEVTMPFS support existed to allow for a tmpfs to be mounted in /dev with
a console and a null node so that initramfs with an empty /dev folder
can still boot.

Signed-off-by: Alejandro Gonzalez

fix jiffy calculations in calibrate_delay_direct to handle overflow

2011-03-31T18:57:51+00:00

commit 70a062286b9dfcbd24d2e11601aecfead5cf709a upstream.

Fixes a hang when booting as dom0 under Xen, when jiffies can be
quite large by the time the kernel init gets this far.

Signed-off-by: Tim Deegan 
Signed-off-by: Andi Kleen 
[jbeulich@novell.com: !time_after() -> time_before_eq() as suggested by Jiri Slaby]
Signed-off-by: Jan Beulich 
Cc: Jiri Slaby 
Cc: Jeremy Fitzhardinge 
Signed-off-by: Linus Torvalds 
Signed-off-by: Greg Kroah-Hartman

init: create some device nodes on boot

2011-01-20T11:40:41+00:00

Mount a TMPFS onto /dev and create console and null device nodes in it.

Signed-off-by: Javier Viguera

Android MM: Add anonymous shared memory subsystem

2011-01-17T13:57:11+00:00

ASHMEM is more similar to shmem and mmap, by
not requiring the specified size to be page aligned,
instead rounding it internally as needed, and does not
need export to tmpfs.

Signed-off-by: Robert Love

Merge branch 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip

2010-07-02T16:52:58+00:00

* 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
  sched: Cure nr_iowait_cpu() users
  init: Fix comment
  init, sched: Fix race between init and kthreadd

init: Fix comment

2010-06-30T08:42:44+00:00

Apparently "pid-1" confuses people...

Requested-by: Randy Dunlap 
Signed-off-by: Peter Zijlstra 
Cc: torvalds@linux-foundation.org
Cc: randy.dunlap@oracle.com
Cc: Ilya Loginov 
LKML-Reference: <1277887031.1868.82.camel@laptop>
Signed-off-by: Ingo Molnar

init, sched: Fix race between init and kthreadd

2010-06-28T16:21:30+00:00

Ilya reported that on a very slow machine he could reliably
reproduce a race between forking init and kthreadd. We first
fork init so that it  obtains pid-1, however since the scheduler
is already fully running at this point it can preempt and run
the init thread before we spawn and set kthreadd_task.

The init thread can then attempt spawning kthreads without
kthreadd being present which results in an OOPS.

Reported-by: Ilya Loginov 
Signed-off-by: Peter Zijlstra 
Acked-by: Linus Torvalds 
LKML-Reference: <1277736661.3561.110.camel@laptop>
Signed-off-by: Ingo Molnar

ACPI: Do not try to set up acpi processor stuff on cores exceeding maxcpus=

2010-06-09T22:04:12+00:00

Patch is against latest Linus master branch and is expected to be
safe bug fix.

You get:
ACPI: HARDWARE addr space,NOT supported yet
for each ACPI defined CPU which status is active, but exceeds
maxcpus= count.

As these "not booted" CPUs do not run an idle routine
and echo X >/proc/acpi/processor/*/throttling did not work
I couldn't find a way to really access not onlined/booted
machines. Still this should get fixed and
/proc/acpi/processor/X dirs of cores exceeding maxcpus
should not show up.

I wonder whether this could get cleaned up by truncating possible cpu mask
and nr_cpu_ids to setup_max_cpus early some day
(and not exporting setup_max_cpus anymore then).
But this needs touching of a lot other places...

Signed-off-by: Thomas Renninger 
CC: travis@sgi.com
CC: linux-acpi@vger.kernel.org
CC: lenb@kernel.org
Signed-off-by: Len Brown