Added RCU-TINY-PREEMPT, and tuned voltage for WIFI
some fixs and setting tune..
sched: refactor task_group() (move cgroup-related task group finding .

.to cgroup_task_group().

No function change.)
sched: Don't call task_group() too many times in set_task_rq() (It improves perfomance)
The size of set_task_rq() was 0x180 and now it is 0xa0.)

also small fix for RCU-TINY
cpufreq: use system_wq instead of dedicated workqueues

With cmwq, there's no reason for cpufreq drivers to use separate workqueues.

Remove the dedicated workqueues from cpufreq_conservative and cpufreq_ondemand and use system_wq instead.  The work items are
already sync canceled on stop, so it's already guaranteed that no work is running on module exit.)
[CPUFREQ] calculate delay after dbs_check_cpu (calculate ondemand delay after dbs_check_cpu call because it can
modify rate_mult value, use freq_lo_jiffies value for the sub sample period of powersave_bias mode)
[CPUFREQ] Remove deprecated sysfs file sampling_rate_max
[CPUFREQ] Remove old, deprecated per cpu ondemand/conservative sysfs files
[CPUFREQ] Remove unneeded locks (There cannot be any concurrent access to these through
different cpu sysfs files anymore, because these tunables are now all global (not per cpu).)

Also small tune for smartass and v2.
Move x86_64 idle notifiers to generic
and remove unused rc from conservative.
msm: rpc: free the buffer if read fails.

In do_read_data(), while reading a data fragment, if
read() fails to read all the required bytes, free the fragment
buffer.  Also correct the allocation size for fragment buffer.
PM: Wait for completion of the parent resume before resuming.
Bluetooth: Fix crash with quirky BT dongles with sound
ARM: Optimize swahb32() byteswap helper for v6 and above
Reverted base power change. kernel not fit for it.
Boosted audio MIC gain
Sched: fix skip_clock_update optimization
sched: Fix the irqtime code to deal with u64 wraps

Some ARM systems have a short sched_clock() [ which needs to be fixed
too ], but this exposed a bug in the irq_time code as well, it doesn't
deal with wraps at all.

Fix the irq_time code to deal with u64 wraps by re-writing the code to
only use delta increments, which avoids the whole issue.
sched: Fix the irqtime code for 32bit

Since the irqtime accounting is using non-atomic u64 and can be read
from remote cpus (writes are strictly cpu local, reads are not) we
have to deal with observing partial updates.

When we do observe partial updates the clock movement (in particular,
->clock_task movement) will go funny (in either direction), a
subsequent clock update (observing the full update) will make it go
funny in the oposite direction.

Since we rely on these clocks to be strictly monotonic we cannot
suffer backwards motion. One possible solution would be to simply
ignore all backwards deltas, but that will lead to accounting
artefacts, most notable: clock_task + irq_time != clock, this
inaccuracy would end up in user visible stats.

Therefore serialize the reads using a seqcount.
net: Reorder incoming packets in PPPoLAC and PPPoPNS.

PPP handles packet loss but does not work with out of order packets.
This change performs reordering of incoming data packets within a
sliding window of one second. Since sequence number is optional,
receiving a packet without it will drop all queued packets.

Currently the logic is triggered by incoming packets, so queued
packets have to wait till another packet is arrived. It is done for
simplicity since no additional locks or threads are required. For
reliable protocols, a retransmission will kick it. For unreliable
protocols, queued packets just seem like packet loss. Time-critical
protocols might be broken, but they never work with queueing anyway.