summaryrefslogtreecommitdiff
path: root/opengl/tests/gl_basic/gl_basic.cpp
diff options
context:
space:
mode:
authorSteven Thomas <steventhomas@google.com>2017-11-22 14:15:29 -0800
committerSteven Thomas <steventhomas@google.com>2017-11-27 13:32:19 -0800
commit6e8f706c21a01d6a1225e86972ff432bba5f0106 (patch)
treef134188aa351daedf514b29653e026afc1af1bcf /opengl/tests/gl_basic/gl_basic.cpp
parent123704e1d7bdd1ea7dd9eecb6869d9337d9d73a3 (diff)
Fix usage of HWC_DISPLAY_PRIMARY in vr flinger
The hardware composer functions require display ids obtained from the onHotplug() composer callback. Our vr flinger code was supplying HWC_DISPLAY_PRIMARY as the primary display id, which is incorrect. The HWC_DISPLAY_* values are used for representing the display type, not the display id. The code worked anyway because most hardware composers always use 0 as the primary display id, which happens to be the same value as HWC_DISPLAY_PRIMARY. The emulator uses 1 as the primary display id though, which exposed the bug. This CL changes the vr flinger code to get the display id from the onHotplug() composer callback, and uses that value when talking to hardware composer, instead of HWC_DISPLAY_PRIMARY. This matches the behavior of surface flinger. Bug: 69631196 Test: Verified the vr flinger code path works as expected on phones and standalones. Change-Id: Ia691941d0eafaa1f89e0ee81a4ae27fdef5a57cf
Diffstat (limited to 'opengl/tests/gl_basic/gl_basic.cpp')
0 files changed, 0 insertions, 0 deletions