diff options
| author | Sangkyu Lee <sk82.lee@lge.com> | 2013-01-16 14:53:17 +0900 |
|---|---|---|
| committer | Sangkyu Lee <sk82.lee@lge.com> | 2013-04-02 14:31:19 +0900 |
| commit | 88f3677be1532fdd62a597897e3ab57efe491643 (patch) | |
| tree | 983b89b0316beaab73acd3575543ba390675244c /rs/java/android/renderscript/ProgramFragmentFixedFunction.java | |
| parent | b7aca350e4c46bbc431f2ecaa4d8cee87915fe8b (diff) | |
Fix potential deadlock between LockScreen and WindowManagerService
If LockScreen is enhanced using SurfaceView/GLSurfaceView,
deadlock problem between LockScreen and WindowManagerService
can occur because of IWindow.resized() callback.
And it must lead to watchdog and reset.
IWindow.resized() callback is one-way function so calling resized()
callback of a remote IWindow object is never blocked.
However, calling resized() callback of a local IWindow object
(LockScreen is running on the same system_server process)
is always blocked until resized() callback returns.
Because resized() callback of SurfaceView/GLSurfaceView can lead to
WindowManagerService.relayoutWindow() call, deadlock can occur
between relayoutWindow() and performLayoutAndPlaceSurfacesLockedInner().
(Both functions need locking mWindowMap)
So this patch simulate one-way call when calling resized() callback
of a local IWindow object.
Change-Id: I2a6a5c74ed22d8e6b7a3bea3424ff2879d227105
Signed-off-by: Sangkyu Lee <sk82.lee@lge.com>
Diffstat (limited to 'rs/java/android/renderscript/ProgramFragmentFixedFunction.java')
0 files changed, 0 insertions, 0 deletions