linux-toradex.git/kernel, branch imx-android-r10.4

Android Fix cgroup: Add generic cgroup subsystem permission checks.

2011-07-15T10:30:09+00:00

Change-Id: Ib82f6a716686a3ebb4592112400fc5e4a2ce066c
Signed-off-by: Colin Cross

Android cgroup: Add generic cgroup subsystem permission checks.

2011-07-15T10:29:14+00:00

    Rather than using explicit euid == 0 checks when trying to move
tasks into a cgroup via CFS, move permission checks into each
specific cgroup subsystem. If a subsystem does not specify a
'can_attach' handler, then we fall back to doing our checks the old way.

    This way non-root processes can add arbitrary processes to
a cgroup if all the registered subsystems on that cgroup agree.

    Also change explicit euid == 0 check to CAP_SYS_ADMIN

Signed-off-by: San Mehat

ENGR00136873 pm: use the standby mode as android eink suspend

2011-02-21T05:56:07+00:00

Android does not use standby power state by default.
So we can take this state as eink suspend. switch to mem
state when request for suspend before earlysuspend.

Quick suspend request for this case will confuse the earlysuspend store routing.
So record the last suspend mode. If entering another suspend mode,
and early resume is not called, let resume work go by flushing the workqueue,
then request for another suspend mode.

Signed-off-by: Xinyu Chen

PM: Add earlysuspend state and wakelock api for Android

2011-02-12T07:47:12+00:00

Add earlysuspend status to current kernel power subsystem.
Kernel will first enter earlysuspend, later if no wakelock,
then it goes into the normal suspend state.
There's earlysuspend api exported to be used by drivers who want to
register itself's pm callback into earlysuspend state.

Add console and fb earlysuspend driver to do display earlysuspend.

Add kernel level wakelock api.
Drivers can hold/release the wakelock to prevent system going to
the suspend mode.

Add user level wakelock interface based on wakelock api.
Application can hold/release the wakelock by /sys/power/wake_lock/unlock.

Signed-off-by: Arve Hjønnevåg

sched: Add a generic notifier when a task struct is about to be freed on Android

2011-02-12T07:47:05+00:00

This patch adds a notifier which can be used by subsystems that may
be interested in when a task has completely died and is about to
have it's last resource freed.
The Android lowmemory killer uses this to determine when a task
it has killed has finally given up its goods.

Signed-off-by: San Mehat

ENGR00134043-1: PM: change device suspend time debug driver to default off.

2011-02-03T22:32:13+00:00

the default state of suspend driver is default off,
if you want to debug the suspend time, echo time in
microsecond(u Second) to /sys/powe/device_suspend_time_threshold

eg: I want to know which driver suspend & resume takes
more that 0.5 ms (500 us), you can just :

ehco 500 > /sys/power/device_suspend_time_threshold

Signed-off-by: Zhang Jiejing

ENGR00133978 PM: add time sensitive debug function to suspend & resume

2011-02-03T22:31:48+00:00

There was some driver is slow on suspend/resume,
but some embeded system like eReader,Cellphone
are time sensitive,this commit will report the slow
driver on suspend/resume, the default value is 500us(0.5ms)

Also, the threshold can be change by modify
'/sys/power/device_suspend_time_threshold' to change the threshold,
it is in microsecond.

The output is like:

PM: device platform:soc-audio.2 suspend too slow, takes          606.696 msecs
PM: device platform:mxc_sdc_fb.1 suspend too slow, takes         7.708 msecs

Signed-off-by: Zhang Jiejing

irq: Add new IRQ flag IRQF_NO_SUSPEND

2010-08-13T20:31:07+00:00

commit 685fd0b4ea3f0f1d5385610b0d5b57775a8d5842 upstream.

A small number of users of IRQF_TIMER are using it for the implied no
suspend behaviour on interrupts which are not timer interrupts.

Therefore add a new IRQF_NO_SUSPEND flag, rename IRQF_TIMER to
__IRQF_TIMER and redefine IRQF_TIMER in terms of these new flags.

Signed-off-by: Ian Campbell 
Cc: Jeremy Fitzhardinge 
Cc: Dmitry Torokhov 
Cc: Benjamin Herrenschmidt 
Cc: Paul Mackerras 
Cc: Grant Likely 
Cc: xen-devel@lists.xensource.com
Cc: linux-input@vger.kernel.org
Cc: linuxppc-dev@ozlabs.org
Cc: devicetree-discuss@lists.ozlabs.org
LKML-Reference: <1280398595-29708-1-git-send-email-ian.campbell@citrix.com>
Signed-off-by: Thomas Gleixner 
Signed-off-by: Greg Kroah-Hartman

sched: Revert nohz_ratelimit() for now

2010-08-13T20:31:02+00:00

commit 396e894d289d69bacf5acd983c97cd6e21a14c08 upstream.

Norbert reported that nohz_ratelimit() causes his laptop to burn about
4W (40%) extra. For now back out the change and see if we can adjust
the power management code to make better decisions.

Reported-by: Norbert Preining 
Signed-off-by: Peter Zijlstra 
Acked-by: Mike Galbraith 
Cc: Arjan van de Ven 
LKML-Reference: 
Signed-off-by: Ingo Molnar 
Signed-off-by: Greg Kroah-Hartman

CRED: Fix RCU warning due to previous patch fixing __task_cred()'s checks

2010-08-10T18:09:21+00:00

commit 694f690d27dadccc8cb9d90532e76593b61fe098 upstream.

Commit 8f92054e7ca1 ("CRED: Fix __task_cred()'s lockdep check and banner
comment") fixed the lockdep checks on __task_cred().  This has shown up
a place in the signalling code where a lock should be held - namely that
check_kill_permission() requires its callers to hold the RCU lock.

Fix group_send_sig_info() to get the RCU read lock around its call to
check_kill_permission().

Without this patch, the following warning can occur:

  ===================================================
  [ INFO: suspicious rcu_dereference_check() usage. ]
  ---------------------------------------------------
  kernel/signal.c:660 invoked rcu_dereference_check() without protection!
  ...

Reported-by: Tetsuo Handa 
Signed-off-by: David Howells 
Acked-by: Oleg Nesterov 
Signed-off-by: Linus Torvalds 
Signed-off-by: Greg Kroah-Hartman