smdk4412: update ssp_sysfs from jf 4.4 drop

This fixes the need to set an initial delay in the sensor hal
in order for the sensors to enable and report data

Change-Id: I1aa639e2cc30be60d00df253a90ea9dd1a6d501f
smdk4412: Update WiFi drivers from 1.61.47 --> 1.61.58

Change-Id: Ief531690aad2776090dd11198b8512424360726c
fix broken build after ugprading to OS X 10.9 (Mavericks)

possibly also caused by Xcode 5.0.2
mms152_ts: bug fixes

- removed autodetecting of max frequency due to a rare exception
- also fixed needless delayed work when long-press-off is set to always on
- manually release all fingers upon screen off to fix a possible bug where
  the touchscreen becomes unresponsive
- manually enable touchscreen on screen-on to fix a possible bug where the
  touchscreen becomes unresponsive because touchwake didn't enable it
writeback: fix occasional slow sync(1)
In case when system contains no dirty pages, wakeup_flusher_threads() will
submit WB_SYNC_NONE writeback for 0 pages so wb_writeback() exits
immediately without doing anything, even though there are dirty inodes in
the system.  Thus sync(1) will write all the dirty inodes from a
WB_SYNC_ALL writeback pass which is slow.

Fix the problem by using get_nr_dirty_pages() in wakeup_flusher_threads()
instead of calculating number of dirty pages manually.  That function also
takes number of dirty inodes into account.

Change-Id: Ic90f80a31bb866b7628143b8b013871f83d05c13
Signed-off-by: Jan Kara <jack@suse.cz>
Reported-by: Paul Taysom <taysom@chromium.org>
Cc: Wu Fengguang <fengguang.wu@intel.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
cpufreq: Add cpu-boost driver

When certain bursty and important events take place, it might take a while
for the current cpufreq governor to notice the new load and react to it.
That would result in poor user experience. To alleviate this, the cpu-boost
driver boosts the frequency of a CPU for a short duration to maintain good
user experience while the governor catches up.

Specifically, this commit deals with ensuring that when "important" tasks
migrate from a fast CPU to a slow CPU, the frequency of the slow CPU is
boosted to be at least as high as the fast CPU for a short duration.

Since this driver enforces the boost by hooking into standard cpufreq
ADJUST notifiers, it has several advantages:
- More portable across kernel versions where the cpufreq internals might
  have been rewritten.
- Governor agnostic and hence works with multiple governors like
  conservative, ondemand, interactive, etc.
- Does not affect the sampling period/logic of existing governors.
- Can have the boost period adjusted independent of governor sampling
  period.

Signed-off-by: Saravana Kannan <skannan@codeaurora.org>

Change-Id: Ibd814a20043d0aba64ee7637a4a79b9ffa1b0991
cpufreq: Add a sync limit to cpu-boost

Perform frequency synchronization only when source CPU's frequency
is less than sync_threshold, else sync to the sync_threshold.

Signed-off-by: Rohit Gupta <rohgup@codeaurora.org>

Change-Id: I544c414568d4e015b80ce5891dd215275bac95da
cpu boost: backport missing functions from 3.4 (DerTeufel)
reference: http://webcache.googleusercontent.com/search?q=cache:7y4Vnjzxo6wJ:androidfilesgit.org/MaC/android_kernel_jewel/commit/8e9f9bdc0bb75222891cb39389fef6910dcb085d.diff+&cd=1&hl=en&ct=clnk&gl=il

thx to dorimanx for commiting cpu boost to his 3.12 kernel. i would have missed this driver without him

Change-Id: I3cd786129f7eff14bb775194919c803566e07f25
switch do_fsync() to fget_light()

Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
async fsync from htc one (ported by faux123) + version 2.2.3

Change-Id: Id82359eae3a5f1e6060308a8df76a101d6ea5407
async fsync Kconfig fix

Change-Id: I2a7d4c1f7de149419a578a7bb661bf39612f7050
wifi: block ipv6

Change-Id: Ie755d5ee63482412bf6238a27691f4fed4692354
removed interceptor from drivers makefile

from DerTeufel
Revert "removed interceptor from drivers makefile"

This reverts commit c486c8b44b735aa8e86e5972c6d1ead28bd5e51a.
Revert "wifi: block ipv6"

This reverts commit ab0d588cb84c63e4f1204233386f8f170c410c48.
Revert "async fsync Kconfig fix"

This reverts commit 35c0ace867f1d3ba1dcef4387933e87e2c89a974.
Revert "async fsync from htc one (ported by faux123) + version 2.2.3"

This reverts commit 6cb2ecc0174eb9949660459178551d5de4471be4.
Revert "Revert "wifi: block ipv6""

This reverts commit 4b39d698b4850d42c6199175544024a591d52570.
implemented BFQ-v5r1 block IO scheduler
block: update BFQ I/O scheduler to v6r2 for 3.0.y

BFQ uses struct cfq_io_context to store its per-process per-device data,
reusing the same code for cic handling of CFQ.  The code is not shared
ATM to minimize the impact of these patches.

This patch introduces a new hlist to each io_context to store all the
cic's allocated by BFQ to allow calling the right destructor on module
unload; the radix tree used for cic lookup needs to be duplicated
because it can contain dead keys inserted by a scheduler and later
retrieved by the other one.

Update the io_context exit and free paths to take care also of
the BFQ cic's.

Change the type of cfqq inside struct cfq_io_context to void *
to use it also for BFQ per-queue data.

A new bfq-specific ioprio_changed field is necessary, too, to avoid
clobbering cfq's one, so switch ioprio_changed to a bitmap, with one
element per scheduler.

Signed-off-by: Paolo Valente <paolo.valente@unimore.it>
Signed-off-by: Arianna Avanzini <avanzini.arianna@gmail.com>