Fix EXT4 write performance regression
Signed-off-by: scotthartbti <scott.hart.bti@gmail.com>
Tweak vm dirty ratios
Signed-off-by: scotthartbti <scott.hart.bti@gmail.com>
Fix deadlock when system is low on memory
Signed-off-by: scotthartbti <scott.hart.bti@gmail.com>
Updated interactive gove
Signed-off-by: scotthartbti <scott.hart.bti@gmail.com>
Port calibrate from 2.6.39 code.
Signed-off-by: scotthartbti <scott.hart.bti@gmail.com>
RTC: Release mutex in error path of rtc_alarm_irq_enable
Signed-off-by: scotthartbti <scott.hart.bti@gmail.com>
sched, autogroup: Fix reference leak
Signed-off-by: scotthartbti <scott.hart.bti@gmail.com>
incorrect unlikely() and likely() cleanups (Signed-off-by:

Steven Rostedt)
add: alot of patches and tweaks from CodeAurora regarding fs

Signed-off-by: scotthartbti <scott.hart.bti@gmail.com>

Conflicts:
	fs/ext4/super.c
kernel/async, init/main.c & kernel/async & init/main.c: cleanups (compiler warning)
add: alot of patches and tweaks from CodeAurora regarding pm

Signed-off-by: scotthartbti <scott.hart.bti@gmail.com>

Conflicts:
	drivers/base/power/main.c
	kernel/power/suspend.c
PM / Suspend: Fix ordering of calls in suspend error paths

    The ACPI suspend code calls suspend_nvs_free() at a wrong place,
    which may lead to a memory leak if there's an error executing
    acpi_pm_prepare(), because acpi_pm_finish() will not be called in
    that case.  However, the root cause of this problem is the
    apparently confusing ordering of calls in suspend error paths that
    needs to be fixed.

    In addition to that, fix a typo in a label name in suspend.c.

    Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
    Acked-by: Len Brown <len.brown@intel.com>
TWEAK: sched, autogroup: Fix potential access to freed memory

    Oleg pointed out that the /proc interface kref_get() useage may race with
    the final put during autogroup_move_group().  A signal->autogroup assignment
    may be in flight when the /proc interface dereference, leaving them taking
    a reference to an already dead group.

    Reported-by: Oleg Nesterov <oleg@redhat.com>
    Signed-off-by: Mike Galbraith <efault@gmx.de>
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    LKML-Reference: <1292508592.5940.28.camel@maggy.simson.net>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

sched, autogroup: Fix reference leak

    The cgroup exit mess also uncovered a struct autogroup reference leak.
    copy_process() was simply freeing vs putting the signal_struct,
    stranding a reference.

    Signed-off-by: Mike Galbraith <efault@gmx.de>
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    Cc: Oleg Nesterov <oleg@redhat.com>
    LKML-Reference: <1293784350.6839.2.camel@marge.simson.net>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

sched: Mark autogroup_init() __init

    autogroup_init() is only called at boot time.

    Signed-off-by: Yong Zhang <yong.zhang0@gmail.com>
    Cc: Mike Galbraith <efault@gmx.de>
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    LKML-Reference: <1294375425-31065-1-git-send-email-yong.zhang0@gmail.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

sched: Fix struct autogroup memory leak

    Seems I lost a change somewhere, leaking memory.

    sched: fix struct autogroup memory leak

    Add missing change to actually use autogroup_free().

    Signed-off-by: Mike Galbraith <efault@gmx.de>
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    LKML-Reference: <1294222285.8369.2.camel@marge.simson.net>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

sched: Move sched_autogroup_exit() to free_signal_struct()

    Per Oleg's suggestion, undo fork failure free/put_signal_struct change,
    and move sched_autogroup_exit() to free_signal_struct() instead.

    Signed-off-by: Mike Galbraith <efault@gmx.de>
    Reviewed-by: Oleg Nesterov <oleg@redhat.com>
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    LKML-Reference: <1294222564.8369.6.camel@marge.simson.net>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

sched: Reinstate group names in /proc/sched_debug

    Displaying of group names in /proc/sched_debug was dropped in autogroup
    patches. Add group names while displaying cfs_rq and tasks information.

    Signed-off-by: Bharata B Rao <bharata@linux.vnet.ibm.com>
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    LKML-Reference: <20110111101153.GE4772@in.ibm.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

sched: Display autogroup names in /proc/sched_debug

    Add autogroup name to cfs_rq and tasks information to /proc/sched_debug.

    Signed-off-by: Bharata B Rao <bharata@linux.vnet.ibm.com>
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    LKML-Reference: <20110111101257.GF4772@in.ibm.com>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>

sched: Fix signed unsigned comparison in check_preempt_tick()

    Signed unsigned comparison may lead to superfluous resched if leftmost
    is right of the current task, wasting a few cycles, and inadvertently
    _lengthening_ the current task's slice.

    Reported-by: Venkatesh Pallipadi <venki@google.com>
    Signed-off-by: Mike Galbraith <efault@gmx.de>
    Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
    LKML-Reference: <1294202477.9384.5.camel@marge.simson.net>
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
cgroups: read-write lock CLONE_THREAD forking per threadgroup

Signed-off-by: scotthartbti <scott.hart.bti@gmail.com>

Conflicts:
	kernel/fork.c
cgroups: add per-thread subsystem callbacks
Compiling error fixes
cgroup: remove the ns_cgroup
TWEAK: sched - lower granularity
ADD: BLOCK driver backportefrom 2.6.36.1 kernel (by Imoseyon)
ADD: MTD driver backported from 2.6.36.1 kernel (by Imoseyon)