boeffla_defconfig: enable retrieving configuration via /proc/config.gz
Boeffla ramfs: Improve DNS resolution when using an USB connected ethernet adapter
boeffla_defconfig: Change handling of asix USB Ethernet adapters
boeffla_defconfig: Support for ppp widget app and usb modems
Boeffla ramfs: Put additional sync lines in for improved consistency

(there were issues with installing the busybox apps)
smdk4412: futex-prevent-requeue-pi-on-same-futex.patch futex: Forbid uaddr == uaddr2 in futex_requeue(..., requeue_pi=1)

If uaddr == uaddr2, then we have broken the rule of only requeueing from
a non-pi futex to a pi futex with this call.  If we attempt this, then
dangling pointers may be left for rt_waiter resulting in an exploitable
condition.

This change brings futex_requeue() in line with futex_wait_requeue_pi()
which performs the same check as per commit 6f7b0a2a5c0f ("futex: Forbid
uaddr == uaddr2 in futex_wait_requeue_pi()")

[ tglx: Compare the resulting keys as well, as uaddrs might be
  	different depending on the mapping ]

Fixes CVE-2014-3153.

Change-Id: Ieeb5485c94d8b0074fc112302c81f39ff1e4bf75
Reported-by: Pinkie Pie
Signed-off-by: Will Drewry <wad@chromium.org>
Signed-off-by: Kees Cook <keescook@chromium.org>
Cc: stable@vger.kernel.org
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Reviewed-by: Darren Hart <dvhart@linux.intel.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
CPU hotplug, writeback: Don't call writeback_set_ratelimit() too often during hotplug

The CPU hotplug callback related to writeback calls writeback_set_ratelimit() during every state
change in the hotplug sequence. This is unnecessary since num_online_cpus() changes only once
during the entire hotplug operation.

So invoke the function only once per hotplug, thereby avoiding the unnecessary repetition
of those costly calculations.

Signed-off-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com>

(https://gitorious.org/linux-ar933x-usb/linux-ar933x-usb/commit/2f60d628ffd042e65e0b1d3431fb3e38d6f7c1be)
tmpfs: fix mempolicy object leaks

This patch fixes several mempolicy leaks in the tmpfs mount logic.
These leaks are slow - on the order of one object leaked per mount
attempt.

Leak 1 (umount doesn't free mpol allocated in mount):
    while true; do
        mount -t tmpfs -o mpol=interleave,size=100M nodev /mnt
        umount /mnt
    done

Leak 2 (errors parsing remount options will leak mpol):
    mount -t tmpfs -o size=100M nodev /mnt
    while true; do
        mount -o remount,mpol=interleave,size=x /mnt 2> /dev/null
    done
    umount /mnt

Leak 3 (multiple mpol per mount leak mpol):
    while true; do
        mount -t tmpfs -o mpol=interleave,mpol=interleave,size=100M nodev /mnt
        umount /mnt
    done

This patch fixes all of the above.  I could have broken the patch into
three pieces but is seemed easier to review as one.

Signed-off-by: Greg Thelen <gthelen@google.com>

(https://lkml.org/lkml/2013/2/20/55)
CM ramfs: Update to version of CM nightly 01.09.2014
Boeffla ramfs: Good bye unified startup script

... it is just impossible with acceptable complexity for multiple hardware devices
Boeffla ramfs: Good bye unified bccontroller script
boeffla_defconfig: Remove Boeffla specific tweaks
Boeffla ramfs: Add swappiness setting for Boeffla default zRam
Release tag: 2.4-beta5