Ramdisk changes from 4.0.4 minus directory permission changes

CM9 seems to be very picky about them. (shakes fist)
Revert "lowmemorykiller: kill all processes selected instead of just one"

This reverts commit 9eeba058370e6fa6c95d6f8d1a8f576231077af3.
Added Sound Control version 1.

Conflicts:

	drivers/misc/Kconfig
	drivers/misc/Makefile
TWL6040_RAMP_ZERO is only used for changing the headset volume.
The headset power mode is kept on high-performance while no headset is
plugged in and changed to the user defined mode as soon as a headset
is plugged in.
If headphones are (un)plugged and the codec driver has not been initialized
yet (can happen during boot with attached headphones), the headset power
mode is not changed.
omap: remoteproc: handle latency constraints for non-ipu rprocs

The omap remoteproc code is incorrectly applying the latency
constraint on the CORE domain for all remote processors. This
would apply only for ipu, and the others need them to be applied
on their respective domains. This patch fixes the same.

Change-Id: I1768d78b7029366d05cb5df16a032de597e1e5f3
Signed-off-by: Suman Anna <s-anna@ti.com>
omap: remoteproc: add support for a boot register

Some remote processors (like DSP) need to explicitly configure
a boot address in a special register or memory location, and
this is the address from which they start executing code when
taken out of reset.

Support for this infrastructure has been added to remoteproc
code. The memory or register address where the boot address
is to be stored is supplied through the boot_reg field of the
platform data in the remoteproc. The omap_rproc_start function
will fetch the boot address from the image, and write this
address into the boot register, if provided, before taking the
processor out of reset.

Change-Id: I4efc5824791eda6e23e5d568f4568a3fe3d0014b
Signed-off-by: Juan Gutierrez <jgutierrez@ti.com>
Signed-off-by: Suman Anna <s-anna@ti.com>
omap: remoteproc: add watchdog timer support for dsp

Use GPTimer 6 as the watchdog timer for dsp. This is used
specifically instead of the WDT3, as the latter is not
capable of generating an interrupt to the DSP core. The
former is used to generate an interrupt and thereby
gather some watchdog context data.

Change-Id: I7f8d6e7070cc14f4339e79e42a6affe169270bb2
Signed-off-by: Juan Gutierrez <jgutierrez@ti.com>
Signed-off-by: Suman Anna <s-anna@ti.com>

Conflicts:

	arch/arm/mach-omap2/remoteproc.c
omap: remoteproc: set the load boot address in activate function

This is needed because the register holding the boot address may
lose context if a deep c-state is reached (either during Device
OFF or during suspend) by the power domain where the register
resides.

Save the extracted bootaddr and then populate the boot address
register before taking the remoteproc out of reset in the activate
function to cover both rproc_start and resume paths.

Change-Id: I0ab3a70268877bcf55d053c9144e3fb834b58939
Signed-off-by: Miguel Vadillo <vadillo@ti.com>
[CPUFREQ] CPUfreq ondemand: update sampling rate without waiting for next sampling

When a new sampling rate is shorter than the current one, (e.g., 1 sec
--> 10 ms) regardless how short the new one is, the current ondemand
mechanism wait for the previously set timer to be expired.

For example, if the user has just expressed that the sampling rate
should be 10 ms from now and the previous was 1000 ms, the new rate may
become effective 999 ms later, which could be not acceptable for the
user if the user has intended to speed up sampling because the system is
expected to react to CPU load fluctuation quickly from __now__.

In order to address this issue, we need to cancel the previously set
timer (schedule_delayed_work) and reset the timer if resetting timer is
expected to trigger the delayed_work ealier.

Signed-off-by: MyungJoo Ham <myungjoo.ham@samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: Dave Jones <davej@redhat.com>
i2c: use usleep_range to wait instead of msleep

according to the docs msleep(1) means wait up 20ms. i2c bus probably
doesn't need to wait that long. Potential performance boost.
defconfig: enable soundcontrol by default again
3.0.0exp2
OMAP3+: DVFS: ensure proper volt config if curr_volt==new_volt

At times when current_volt is same as new voltage, voltdm_scale is not
invoked. Since, vp_err_gain update and voltdm->curr_volt update is done
as part of vc_prescale and post_scale invoked as part of scale call,
these are left configured to old OPP values even if we are moving
to a new OPP.

Update these when we detect voltdm_scale is not being invoked, but
new OPP Vnom is detected.

Change-Id: Ic45d5a51edb4e5fe526529c6040cd014907b560e
Reported-by: Honda Kenji <x0092217@ti.com>
Reported-by: Maki Tanaka <m-tanaka1@ti.com>
Signed-off-by: Nishanth Menon <nm@ti.com>
Revert "cpuidle: ok ease up a little on aggressive multiplier calc"

This reverts commit f2e8c05cbc1f053635686c184d0bf045e7cf339e.
Revert "cpuidle: screw the exit cost, allow deeper C state to be reached"

This reverts commit 7281d44652f4e19fa7db240ffc42387e95666be3.

I suspect this is the cause of the media scanner wakelocks.
checkt: tweak cpu stat and add minfree stuff
Linux 3.0.27 update
3.0.0exp3