| 0e89268266a8754f5fc09595d6d7545bccb88017 |
|
01-Mar-2017 |
Adrian Salido <salidoa@google.com> |
drm_hwcomposer: introduce QueueWorker
Current method to queue work such as display compositions relies on
spinning the CPU until there is space in the queue. This is inefficient
for the time in which the queue happens to fill up.
Introduce a new QueueWorker class to simplify queueing work and handle
blocking for available space more efficiently.
Change-Id: Ida7aa612931700a56ecae3efc7ddd1c86efec699
/external/drm_hwcomposer/virtualcompositorworker.cpp
|
| e5c7565114b786bdf1bacc8c8ff3cb9517d17b92 |
|
16-Feb-2017 |
Adrian Salido <salidoa@google.com> |
drm_hwcomposer: refactor Worker
Make use of standard library mutex and conditions which simplifies use
of condition variables and benefits from things like scoped locking.
Also add tests to make sure it runs as expected.
Change-Id: Iaf92e17e1f6757dce490eddee61f84cb1f953b0c
/external/drm_hwcomposer/virtualcompositorworker.cpp
|
| faca20923756bbde0c46550216375ed87b39d5f0 |
|
16-Nov-2015 |
Sean Paul <seanpaul@chromium.org> |
drm_hwcomposer: Increase the virtual display compositor's fence timeout
50ms isn't enough time for some CTS tests (namely testSetLocalFocus). Increase
the timeout to 3 seconds, since we're not too worried about recovery time
from fence timeouts any longer.
Bug: 24362649
Test: Run cts test in a loop, ensuring the virtual compositor doesn't time out:
run cts --loop --class android.view.cts.WindowTest --method testSetLocalFocus --disable-reboot --min-loop-time 100 --max-random-loop-time 200
Change-Id: I5552ece3f6fe95d78a4e0770c1e30c96f2e75313
Signed-off-by: Sean Paul <seanpaul@chromium.org>
/external/drm_hwcomposer/virtualcompositorworker.cpp
|
| 479412cbe6edbc265e4ab419cc9138e5ade6bd84 |
|
27-Oct-2015 |
Haixia Shi <hshi@chromium.org> |
drm_hwcomposer: C++ coding style cleanup, no functional changes.
Apply "override" keyword and remove redundant "virtual" keyword.
Ran clang-format on all files.
Change-Id: I76730296aa8f52e555137d4b5973fa27d38f0aa6
/external/drm_hwcomposer/virtualcompositorworker.cpp
|
| d21f528156b17c9e069bfb4e215d7e399c94795b |
|
05-Oct-2015 |
Haixia Shi <hshi@chromium.org> |
drm_hwcomposer: support virtual displays
Virtual display support is mandatory for HWC version 1.4.
As a minimal implementation, we use frambuffer target and let SF take care of
GLES composition. We still need to handle the acquire and release fences for
both the virtual display and all layers in a separate worker thread.
BUG=24609829
TEST=screen casting to chromecast
Change-Id: Idb962f4b5bb852c9ec9ebcaa1679a653c01737fb
/external/drm_hwcomposer/virtualcompositorworker.cpp
|