arch:arm:mach-omap2: change some voltages around and try to fix the drain issue
Revert "omap_twl.c: Core OFF Volt set to 0"

This reverts commit e0beef2eb260b5e598ed864dd7edcf8d37488b5b.
Revert "omap_twl.c: Undervolt omap4_iva_pmic:ret_volt=800000, omap443x_core_pmic:ret_volt=800000"

This reverts commit 98661aaee6b3fd4045fa8368fbac109fde79d9c6.
board-omap4panda.c: Fix panda_vwlan errors
Revert "bcmdhd: fix: wake each third DTIM when in suspend"

This reverts commit 3856478de6de8b128450367d54e0d36bb0f4d8d1.
Revert "arch:arm:mach-omap2: reduce cpu transition latency to 20*1000"

This reverts commit cf98101cadcaae53c5f88fd521039c66ed2450cd.
Revert "cpuidle44xx: match exit_latency and target_residency closer to measured"

This reverts commit fe60677b6056c1a3da37907876daef01b708a61a.
Revert "OMAP4: cpuidle: Some obvious optimisations to the code path"

This reverts commit aa1bae6e2ac2674709fdcc3b90b606add2a803d4.
Revert "OMAP4: cpuidle: don't touch mpu and core state until CPU1 is off"

This reverts commit 77bf54c372a33c30560261b3fa3123298ed7bec6.
Revert "OMAP4: cpuidle: Update target residencies to saner values - Thanks Thalamus"

This reverts commit 6cf9aa9211053e009b3b229475666bafdfc8ee39.
omap44xx: cpuidle: Update target residencies to saner values

The current values are insane.

There is no possible way power saving
can be attained by heading into C4 for not much more than 1ms. The average
values are in the 20ms range, so why do we need to even entertain entering
at much lower values when we will use more power than we save in doing so.

The actual recommended values are shown in 79e796f7b993bd82ad108fa488c35ddd1b9387eb
but for some obscure reason, in 16385c726d55f9e84bbc60ff9e329a84d56a13a3 and
22e2193661b6bffcfdc1a4d17f6af0d1782ba860 they were updated to match the exit_latency.

This seems horribly wrong to me as there comes a point when the target residency is
so low that you use more power actually entering the state than you gain from the
insignificant amount of time you spend there.

With the values in this commit, C4 state is used for >95% of the time when the screen
is off, with C3 picking up the remainder.
During audio playback, C4 is used ~50% of the time, C3 is used ~25% of the time and C2
picks up whatever is left.

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>

Conflicts:
	arch/arm/mach-omap2/cpuidle44xx.c
Revert "arch:arm:configs: reduce PVR_ACTIVE_POWER_LATENCY_MS"

This reverts commit 52d0297a9cc6732117f5153499235c3f4a0f6a1a.
Revert "arch:arm:configs: disable FIQ debugger"

This reverts commit 7c2a764d9078c717938cafb5e56cadd5c94f3abc.
net:wireless:bcmdhd: some wireless cleanup and fixes
Revert "net: wireless: bcmdhd: Update to version 5.90.195.114"

This reverts commit 4e0c6fdfdaf09777e320738b46dacd859b2de13c.
OMAP4: cpuidle: don't touch mpu and core state until CPU1 is off

MPU/Core logic and PD states shouldn't be changed until CPU1 is
completely off

Change-Id: Ia90126776e7bd7108c7b885c622df36323982cb0
Signed-off-by: Lianwei Wang <lian-wei.wang@motorola.com>
Signed-off-by: suilunlam <a0868997@ti.com>
Signed-off-by: Grygorii Strashko <grygorii.strashko@ti.com>
Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
omap4: cpuidle: Some obvious optimisations to the code path

Signed-off-by: franciscofranco <franciscofranco.1990@gmail.com>
version 0.3.26 exp