Fix crash in sound driver when starting incall uplink stream
remove duplicate cpcap stdac code
fix mt9p012 camera(red defy lense)
add support defy reveision of mt9p012
softirq: reduce latencies

In various network workloads, __do_softirq() latencies can be up
to 20 ms if HZ=1000, and 200 ms if HZ=100.

This is because we iterate 10 times in the softirq dispatcher,
and some actions can consume a lot of cycles.

This patch changes the fallback to ksoftirqd condition to :

- A time limit of 2 ms.
- need_resched() being set on current task

When one of this condition is met, we wakeup ksoftirqd for further
softirq processing if we still have pending softirqs.

Using need_resched() as the only condition can trigger RCU stalls,
as we can keep BH disabled for too long.

I ran several benchmarks and got no significant difference in
throughput, but a very significant reduction of latencies (one order
of magnitude) :

In following bench, 200 antagonist "netperf -t TCP_RR" are started in
background, using all available cpus.

Then we start one "netperf -t TCP_RR", bound to the cpu handling the NIC
IRQ (hard+soft)

Before patch :

# netperf -H 7.7.7.84 -t TCP_RR -T2,2 -- -k
RT_LATENCY,MIN_LATENCY,MAX_LATENCY,P50_LATENCY,P90_LATENCY,P99_LATENCY,MEAN_LATENCY,STDDEV_LATENCY
MIGRATED TCP REQUEST/RESPONSE TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET
to 7.7.7.84 () port 0 AF_INET : first burst 0 : cpu bind
RT_LATENCY=550110.424
MIN_LATENCY=146858
MAX_LATENCY=997109
P50_LATENCY=305000
P90_LATENCY=550000
P99_LATENCY=710000
MEAN_LATENCY=376989.12
STDDEV_LATENCY=184046.92

After patch :

# netperf -H 7.7.7.84 -t TCP_RR -T2,2 -- -k
RT_LATENCY,MIN_LATENCY,MAX_LATENCY,P50_LATENCY,P90_LATENCY,P99_LATENCY,MEAN_LATENCY,STDDEV_LATENCY
MIGRATED TCP REQUEST/RESPONSE TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET
to 7.7.7.84 () port 0 AF_INET : first burst 0 : cpu bind
RT_LATENCY=40545.492
MIN_LATENCY=9834
MAX_LATENCY=78366
P50_LATENCY=33583
P90_LATENCY=59000
P99_LATENCY=69000
MEAN_LATENCY=38364.67
STDDEV_LATENCY=12865.26

Signed-off-by: Eric Dumazet <edumazet@google.com>
Cc: David Miller <davem@davemloft.net>
Cc: Tom Herbert <therbert@google.com>
Cc: Ben Hutchings <bhutchings@solarflare.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Fix lockup related to stop_machine being stuck in __do_softirq.

commit 34376a50fb1fa095b9d0636fa41ed2e73125f214 upstream.

The stop machine logic can lock up if all but one of the migration
threads make it through the disable-irq step and the one remaining
thread gets stuck in __do_softirq.  The reason __do_softirq can hang is
that it has a bail-out based on jiffies timeout, but in the lockup case,
jiffies itself is not incremented.

To work around this, re-add the max_restart counter in __do_irq and stop
processing irqs after 10 restarts.

Thanks to Tejun Heo and Rusty Russell and others for helping me track
this down.

This was introduced in 3.9 by commit c10d73671ad3 ("softirq: reduce
latencies").

It may be worth looking into ath9k to see if it has issues with its irq
handler at a later date.

The hang stack traces look something like this:

    ------------[ cut here ]------------
    WARNING: at kernel/watchdog.c:245 watchdog_overflow_callback+0x9c/0xa7()
    Watchdog detected hard LOCKUP on cpu 2
    Modules linked in: ath9k ath9k_common ath9k_hw ath mac80211 cfg80211 nfsv4 auth_rpcgss nfs fscache nf_nat_ipv4 nf_nat veth 8021q garp stp mrp llc pktgen lockd sunrpc]
    Pid: 23, comm: migration/2 Tainted: G         C   3.9.4+ #11
    Call Trace:
     <NMI>   warn_slowpath_common+0x85/0x9f
      warn_slowpath_fmt+0x46/0x48
      watchdog_overflow_callback+0x9c/0xa7
      __perf_event_overflow+0x137/0x1cb
      perf_event_overflow+0x14/0x16
      intel_pmu_handle_irq+0x2dc/0x359
      perf_event_nmi_handler+0x19/0x1b
      nmi_handle+0x7f/0xc2
      do_nmi+0xbc/0x304
      end_repeat_nmi+0x1e/0x2e
     <<EOE>>
      cpu_stopper_thread+0xae/0x162
      smpboot_thread_fn+0x258/0x260
      kthread+0xc7/0xcf
      ret_from_fork+0x7c/0xb0
    ---[ end trace 4947dfa9b0a4cec3 ]---
    BUG: soft lockup - CPU#1 stuck for 22s! [migration/1:17]
    Modules linked in: ath9k ath9k_common ath9k_hw ath mac80211 cfg80211 nfsv4 auth_rpcgss nfs fscache nf_nat_ipv4 nf_nat veth 8021q garp stp mrp llc pktgen lockd sunrpc]
    irq event stamp: 835637905
    hardirqs last  enabled at (835637904): __do_softirq+0x9f/0x257
    hardirqs last disabled at (835637905): apic_timer_interrupt+0x6d/0x80
    softirqs last  enabled at (5654720): __do_softirq+0x1ff/0x257
    softirqs last disabled at (5654725): irq_exit+0x5f/0xbb
    CPU 1
    Pid: 17, comm: migration/1 Tainted: G        WC   3.9.4+ #11 To be filled by O.E.M. To be filled by O.E.M./To be filled by O.E.M.
    RIP: tasklet_hi_action+0xf0/0xf0
    Process migration/1
    Call Trace:
     <IRQ>
      __do_softirq+0x117/0x257
      irq_exit+0x5f/0xbb
      smp_apic_timer_interrupt+0x8a/0x98
      apic_timer_interrupt+0x72/0x80
     <EOI>
      printk+0x4d/0x4f
      stop_machine_cpu_stop+0x22c/0x274
      cpu_stopper_thread+0xae/0x162
      smpboot_thread_fn+0x258/0x260
      kthread+0xc7/0xcf
      ret_from_fork+0x7c/0xb0

Signed-off-by: Ben Greear <greearb@candelatech.com>
Acked-by: Tejun Heo <tj@kernel.org>
Acked-by: Pekka Riikonen <priikone@iki.fi>
Cc: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: czechop <czechop@example.com>
mach: pm: possible fix for sod on es1.1

This may prevent a SOD after suspend on es1.1
modules.

Signed-off-by: Blechd0se <alex.christ@hotmail.de>
fs: disable dyn fsync by default

We won't risk here anything, so just play it
very save.

Signed-off-by: Blechd0se <alex.christ@hotmail.de>
omap: make overclocking possible (in theory)

This patch makes overclocking (in theory) possible by
introducing a new frequency step (new overclock value).
It also disables the smartreflex margin for the given
frequency step. Also added is a new DSP step to line
up with the frequencies for cpu.

DEFY_MPU_OPP5_FREQ defines the actual frequency for the
last frequency step. However, everything about 1.1 Ghz
won't boot correctly and crashes with a kernel panic
(on previous kernels it just wouldn't boot at all):

<4>[   30.509674] [<c00873cc>] (__wake_up_common+0x50/0x84) from [<c008cf50>] (__wake_up+0x4c/0x84)
<4>[   30.509704] [<c008cf50>] (__wake_up+0x4c/0x84) from [<c00b2a50>] (__wake_up_bit+0x2c/0x30)
<4>[   30.509735] [<c00b2a50>] (__wake_up_bit+0x2c/0x30) from [<c01628a8>] (end_bio_bh_io_sync+0x68/0x74)
<4>[   30.509765] [<c01628a8>] (end_bio_bh_io_sync+0x68/0x74) from [<c0166e70>] (bio_endio+0x50/0x54)
<4>[   30.509796] [<c0166e70>] (bio_endio+0x50/0x54) from [<c0263e2c>] (blk_update_request+0x200/0x464)
<4>[   30.509796] [<c0263e2c>] (blk_update_request+0x200/0x464) from [<c0266ac4>] (__blk_end_bidi_request+0x1c/0x80)
<4>[   30.509826] [<c0266ac4>] (__blk_end_bidi_request+0x1c/0x80) from [<c03d6254>] (mmc_blk_issue_rw_rq+0x550/0x6dc)
<4>[   30.509857] [<c03d6254>] (mmc_blk_issue_rw_rq+0x550/0x6dc) from [<c03d66b4>] (mmc_blk_issue_rq+0x2d4/0x2f4)
<4>[   30.509857] [<c03d66b4>] (mmc_blk_issue_rq+0x2d4/0x2f4) from [<c03d6ba0>] (mmc_queue_thread+0xec/0xf0)
<4>[   30.509887] [<c03d6ba0>] (mmc_queue_thread+0xec/0xf0) from [<c00b25e8>] (kthread+0x84/0x8c)
<4>[   30.509918] [<c00b25e8>] (kthread+0x84/0x8c) from [<c005c764>] (kernel_thread_exit+0x0/0x8)

This patch disables the introduced steps, they are only
for development purpose for now. For normal users only
the default voltage value is slightly lower for the highest
frequency.

Signed-off-by: Blechd0se <alex.christ@hotmail.de>
omap: change transition_latency to same as .32

Signed-off-by: Blechd0se <alex.christ@hotmail.de>
omap: lower voltage for all frequencies

This are the same voltage values as on 2.6.32
with the exception that we have a margin in 3.0
to calculate even (possible) lower values.

Signed-off-by: Blechd0se <alex.christ@hotmail.de>
Set SRAM adresses same as  2.6.32
enable again L3 interconnect
Add errata patch, Finish PM_DEEPSLEEP and QUICKWAKEUP patches
omap: fix sleep after recent oc patch

This reverts partially commit 2c8cac5e064689545b015c6ad7df38bfc43c5dcf.

There was a bug with the dsp frequency which caused
a SOD when the device tried to sleep.

Signed-off-by: Blechd0se <alex.christ@hotmail.de>

Conflicts:
	arch/arm/mach-omap2/opp3xxx_data.c
Set sdrc params same as .32
Set divider values for OMAP3 as .32
Merge branch 'p-android-omap3-3.0' of https://github.com/Quarx2k/jordan-kernel.git into p-android-omap3-3.0