OMAP4: EMIF: code cleanup and clarification

Removed unused fields of emif_regs structure and
functions that initialize or change them.

Also changed few names of emif_regs members
to match register names.

This made the code easier to understand and read
as well as made it a little bit faster

Change-Id: I0485a01b7f03e922b5a2e69bfb03c2ed941fcf3b
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
update river_defconfig:

enable:
SND_OMAP_SOC_ABE_DL2
OMAP4_DPLL_CASCADING
TWL6030_MADC

disable:
REMOTEPROC_CORE_DUMP

remove:
SND_SOC_TWL6040
board-4430kc1-power.c : remove .phy_set_clock from omap4_usbphy_data
OMAP4: DPLL cascading: remove unused CM_SHADOW_FREQ_CONFIG2

The value from CM_SHADOW_FREQ_CONFIG2 can't be applied because
GPMC is always active and can't be entered in idle state.

The GPMC is always active because on OMAP4, CPU accesses on
unmapped addresses are redirected to GPMC by L3 interconnect.
CPU is speculative nature and such accesses are possible which
can lead to indirect access to GPMC and if it's clock is
not running, it can result in hang/abort on the platform.
See path d60565948468b for more information.

Change-Id: Ia62d8bf8c59ac3a06445b6f5f9e08ad0c9369c5b
Signed-off-by: Eugen Mandrenko <ievgen.mandrenko@ti.com>
OMAP4: MUSB: peripheral isoch in transfer support

This patch fixes the following
1. The logic that determines a short packet endpoint sizes to be a power of
   2 number. This is typically not true for isochronous endpoints.
2. When a short/zero packet or DMA mode 0 is used, and TXPKTRDY is needed to
   be set by the CPU, the ISO bit should be set if its an isochronous transfer.
3. When a short/zero packet or DMA mode 0 is used, and TXPKTRDY is set by the
   CPU, g_giveback_request is deferred till the endpoint interrupt occurs.

Change-Id: I87873496b90755cf78fd283ca996f17f02408dcd
Signed-off-by: Ruchika Kharwar <ruchika@ti.com>
cpuidle: Add last_residency trace event for residency profiling
omap4: cpuidle: Some obvious optimisations to the code path
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.
Update android binder to 3.3 version.
Update lowmemorykiller to 3.4 version.
ARM: OMAP2+: clockdomain/hwmod: add workaround for EMU clockdomain idle problems

The idle status of the IP blocks and clocks inside the EMU clockdomain
isn't taken into account by the PRCM hardware when deciding whether
the clockdomain is idle.  Add a workaround flag in the clockdomain
code, CLKDM_MISSING_IDLE_REPORTING, to deal with this problem, and add
the code necessary to support it.

If CLKDM_MISSING_IDLE_REPORTING is set on a clockdomain, the
clockdomain will be forced active whenever an IP block inside that
clockdomain is in use, even if the clockdomain supports
hardware-supervised idle.  When the kernel indicates that the last
active IP block inside the clockdomain is no longer used, the
clockdomain will be forced idle, or, if that mode is not supported in
the hardware, it will be placed into hardware-supervised idle.

This patch is an equal collaboration with Jon Hunter
<jon-hunter@ti.com>.  Ming Lei <ming.lei@canonical.com>, Will Deacon
<will.deacon@arm.com>, Madhav Vij <mvij@ti.com>, Kevin Hilman
<khilman@ti.com>, Benoît Cousson <b-cousson@ti.com>, and Santosh
Shilimkar <santosh.shilimkar@ti.com> all made essential contributions
to the understanding of EMU clockdomain power management on OMAP.

[steven@steven676.net: squash in cf956d9 ("ARM: OMAP3: fix workaround
for EMU clockdomain")]

Signed-off-by: Paul Walmsley <paul@pwsan.com>
Cc: Jon Hunter <jon-hunter@ti.com>
Cc: Ming Lei <ming.lei@canonical.com>
Cc: Will Deacon <will.deacon@arm.com>
Cc: Madhav Vij <mvij@ti.com>
Cc: Kevin Hilman <khilman@ti.com>
Cc: Benoît Cousson <b-cousson@ti.com>
Cc: Santosh Shilimkar <santosh.shilimkar@ti.com>
Tested-by: Jon Hunter <jon-hunter@ti.com>
[steven@steven676.net: backport to p-android-omap3-3.0]
Revert "ASoC: ABE: Hide DL2 equalizers if DL2 is not configured"

This reverts commit 6a8c30252b4d7635e55628e40240888da52b406c.
Revert "Update android binder to 3.3 version."

This reverts commit 9e9b2f2bcb2176f80224f2e0b018d299689b331e.
Revert "Update lowmemorykiller to 3.4 version."

This reverts commit d6316981a2382d6a864df5540abc9154c1c284a6.
update defconfig : fix lag on come devices

disable :
CONFIG_OMAP_SMARTREFLEX_CLASS1P5
CONFIG_TWL6030_MADC

enable:
CONFIG_MMC_OMAP
CONFIG_PM_DEBUG
CONFIG_PM_ADVANCED_DEBUG
CONFIG_PM_TEST_SUSPEND
CONFIG_CAN_PM_TRACE
Merge branch 'jb-save' into jb-merge
Merge branch 'omap-3.0p' into jb-merge