New DVFS touch interface.. created by me :)

Conflicts:
	arch/arm/configs/alucard_defconfig

Conflicts:
	arch/arm/configs/alucard_defconfig
	drivers/input/keyboard/gpio_keys.c
	drivers/input/touchscreen/synaptics_i2c_rmi.c
Changed some dvfs touch interface parmater limits!
Improved DVFS touchfreq interface forcing to get previous freq limit previously stored if atomic_get function fail!
Fixed previous commit!
WIFI: Reduced Wakelocks and block IPv6 noice.

Conflicts:
	drivers/net/wireless/bcmdhd/Makefile
Disabled WIFI Wakelocks V2 now for real. Thanks to Yuri.
net: loopback: set default mtu to 64K loopback current mtu of 16436
bytes allows no more than 3 MSS TCP segments per frame, or 48 Kbytes.
Changing mtu to 64K allows TCP stack to build large frames and
significantly reduces stack overhead.# Please enter the commit message
for your changes. Lines starting
Performance boost on bulk TCP transferts can be up to 30 %, partly# (use
"git push" to publish your local commits) because we now have one ACK
message for two 64KB segments, and a lower# probability of hitting
/proc/sys/net/ipv4/tcp_reordering default limit.# Changes to be
committed:
Signed-off-by: Eric Dumazet <edumazet@google.com># Signed-off-by: David
S. Miller <davem@davemloft.net># modified: drivers/net/loopback.c
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>#
cpufreq: Fix policy getting stuck when user & kernel min/max don't ov…
¦erlap# Please enter the commit message for your changes. Lines
starting
Every __cpufreq_set_policy starts with checking the new policy min/max
has# (use "git push" to publish your local commits) some overlap with
the current policy min/max. This works out fine until we# end up with
the policy min/max being set to a range that doesn't overlap# Changes to
be committed: with the user policy min/max. Once we get into this
situation, the check at# (use "git reset HEAD <file>..." to unstage) the
start of __cpufreq_set_policy fails and prevents us from getting out of#
this state.# modified: drivers/cpufreq/cpufreq.c
This only happens when one of the CPUFREQ_ADJUST/CPUFREQ_INCOMPATIBLE
notifiers called inside __cpufreq_set_policy pick a min/max outside the
range of user policy min/max. The real intent of the check at the start
of __cpufreq_set_policy is to make sure userspace can't set user policy
min > user policy max. Since __cpufreq_set_policy always gets called
only with current user policy min/max except when the actual user space
policy min/max is changed, we can fix the issue by simply checking the
new policy min/max against current user policy min/max. Change-Id:
Iaac805825e64d7985c41fb9052bd96baacdf3d6f Signed-off-by: Saravana Kannan
<skannan@codeaurora.org>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
cpufreq: Optimize cpufreq_frequency_table_verify()
cpufreq_frequency_table_verify() is rewritten here to make it more
logical# Please enter the commit message for your changes. Lines
starting and efficient.# with '#' will be ignored, and an empty message
aborts the commit.
 - merge multiple lines for variable declarations together.# On branch
my-cm-11.0-3.X
 - quit early if any frequency between min/max is found.# Your branch is
ahead of 'origin/my-cm-11.0-3.X' by 2 commits.
 - don't call cpufreq_verify_within_limits() in case any valid freq is#
(use "git push" to publish your local commits)
   found as it is of no use.#
 - rename the count variable as found and change its type to boolean.#
Changes to be committed:
Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org># Signed-off-by:
Rafael J. Wysocki <rafael.j.wysocki@intel.com># modified:
drivers/cpufreq/freq_table.c
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>#
Implemented scaling max gps freq if gps using!

Conflicts:
	drivers/cpufreq/cpufreq.c
tspdrv: remove dmesg log spam :p

Signed-off-by: Paul Reioux <reioux@gmail.com>
drivers/motor/immvibespi.c: reduce dmesg log spam

Signed-off-by: Paul Reioux <reioux@gmail.com>
drivers/sensorhub/ssp_sensorhub.c: reduce dmesg log spam

Signed-off-by: Paul Reioux <reioux@gmail.com>
random: create add_device_randomness() interface

Add a new interface, add_device_randomness() for adding data to the
random pool that is likely to differ between two devices (or possibly
even per boot).  This would be things like MAC addresses or serial
numbers, or the read-out of the RTC. This does *not* add any actual
entropy to the pool, but it initializes the pool to different values
for devices that might otherwise be identical and have very little
entropy available to them (particularly common in the embedded world).

[ Modified by tytso to mix in a timestamp, since there may be some
  variability caused by the time needed to detect/configure the hardware
  in question. ]

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Cc: stable@vger.kernel.org

Conflicts:
	include/linux/random.h

Conflicts:
	include/linux/random.h
random: use the arch-specific rng in xfer_secondary_pool

If the CPU supports a hardware random number generator, use it in
xfer_secondary_pool(), where it will significantly improve things and
where we can afford it.

Also, remove the use of the arch-specific rng in
add_timer_randomness(), since the call is significantly slower than
get_cycles(), and we're much better off using it in
xfer_secondary_pool() anyway.

Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Cc: stable@vger.kernel.org

Conflicts:
	drivers/char/random.c

Conflicts:
	drivers/char/random.c
loop: use aio to perform io on the underlying file

This uses the new kernel aio interface to process loopback IO by
submitting concurrent direct aio.  Previously loop's IO was serialized
by synchronous processing in a thread.

The aio operations specify the memory for the IO with the bio_vec arrays
directly instead of mappings of the pages.

The use of aio operations is enabled when the backing file supports the
read_iter, write_iter and direct_IO methods.

Signed-off-by: Dave Kleikamp <dave.kleikamp@oracle.com>
Cc: Zach Brown <zab@zabbo.net>
modified for Mako from LKML reference

Signed-off-by: faux123 <reioux@gmail.com>
Fixed random commits!
Sound Control: Sound control for WCD93xx codec

Fully GPL'ed version.

Signed-off-by: faux123 <reioux@gmail.com>

Conflicts:
	sound/soc/codecs/Kconfig
	sound/soc/codecs/Makefile

Conflicts:
	sound/soc/codecs/Kconfig
	sound/soc/codecs/Makefile

Conflicts:

	sound/soc/codecs/Kconfig
	sound/soc/codecs/Makefile
Sound Control: Updated for HTC One (m7)

Signed-off-by: Paul Reioux <reioux@gmail.com>
Sound Control: Added headphone poweramp controls

bump version to 2.1 to reflec this new addition

Signed-off-by: Paul Reioux <reioux@gmail.com>