This project is mirrored from https://github.com/LineageOS/android_frameworks_base.git. Updated .
  1. 01 May, 2017 1 commit
  2. 22 Apr, 2017 1 commit
    • John Reck's avatar
      Workaround apps that override surfaceCreated · e7f4286c
      John Reck authored
      Fixes: 34512969
      Test: manual, tested repro in bug and verified
      basic GLSurfaceView usage in ApiDemos works
      without warnings
      
      Change-Id: I0ce9128874af681e9cfbd3b0b2ef5e2df7080154
      e7f4286c
  3. 04 Feb, 2017 1 commit
  4. 12 Jan, 2017 1 commit
  5. 09 Jan, 2017 1 commit
    • Robert Carr's avatar
      Provide non-blocking SurfaceView draw notification path. · 25cfa134
      Robert Carr authored
      SurfaceView needs to notify the window manager that
      drawing has been completed, so that animations and such
      can begin. Currently this is implemented through
      having the SurfaceView user block in surfaceRedrawNeeded
      (called from  UI thread) until a frame has been completed.
      This blocking can be unnecessary serialization during startup, and
      also clumsy to implement for some users.
      
      Test: GLSurfaceView and takeSurface API Demos, android.server.cts.SurfaceViewTests
      Bug: 31850030
      Change-Id: Idda02098a635f25cf392f2d59a3abbe54a1d64d4
      25cfa134
  6. 01 Dec, 2016 1 commit
  7. 30 Nov, 2016 1 commit
    • Romain Guy's avatar
      Deprecate eglCreatePixmapSurface · 1f071dd8
      Romain Guy authored
      This function was never properly supported. It had partial support in our JNI
      layer in EGL10 but not implementation in EGL14. It has never been tested and
      it is unlikely that drivers support pixmap rendering.
      
      Bug: 11257511
      Test: CtsGraphicsTestCases
      Change-Id: I209fff470c715cd97148a32b2f41ecf7e5283bab
      1f071dd8
  8. 29 Jun, 2016 1 commit
  9. 07 Jun, 2016 1 commit
  10. 18 Apr, 2016 1 commit
    • John Reck's avatar
      Make surfaceRedrawNeeded forgiving · fd3cee13
      John Reck authored
      Fixes: 27071678
      
      It's semi-common for apps to not realize surfaceRedrawNeeded
      is a callback they can (and should) be handling, so have it be
      more tolerant in lifecycle handling.
      
      Specifically allow a renderer to have not yet been set on
      GLSurfaceView, even though it was supposed to have been set already.
      Apps are overriding the other lifecycle methods that require this
      (created, changed, an destroyed) but not noticing this method.
      
      Change-Id: I6cebca541eeec6e9949bdb55f687b095768a17b2
      fd3cee13
  11. 22 Feb, 2016 1 commit
  12. 10 Feb, 2016 1 commit
    • Pablo Ceballos's avatar
      Fix glGetTransformFeedbackVarying JNI · 59fb43e7
      Pablo Ceballos authored
      - Deprecate the broken version that takes a byte argument.
      - Implement a new version that takes a byte buffer argument.
      
      Bug 19478262
      
      Change-Id: I5ea4f11940e93b5964b66dbf5700b7ff8b80339e
      59fb43e7
  13. 26 Jan, 2016 1 commit
    • Robert Carr's avatar
      Fix reentrant deadlock in GLSurfaceView. · d4393b28
      Robert Carr authored
      It is possible for clients to call SurfaceView
      methods e.g. setFormat from the GLSurfaceView#Renderer
      drawFrame callback. In this case, SurfaceView#updatewindow
      will understand that a redraw is required, and will request
      it back to GLSurfaceView. Remember, we are still on the GLThread
      though (from the drawFrame callback). So these methods
      (requestRenderAndWait, windowSizeChanged), need to be reentrant.
      Also fix a data race around mWantRenderNotification, which was
      accessed out of lock.
      
      Bug: 26770615
      Change-Id: Ic66a36c886ae0b085dd456a4220f0d4f270fb016
      d4393b28
  14. 08 Jan, 2016 1 commit
    • Robert Carr's avatar
      Implement surfaceRedrawNeeded for GLSurfaceView · 2b3bf720
      Robert Carr authored
      GLSurfaceView was not supporting the surfaceRedrawNeeded protocol
      which leads to issues with report draw. Thus far this has mostly
      been fine as the main surface will not render
      a transparent hole until the SurfaceView has finished drawing. However
      in the case of SurfaceView replacement the hole in the parent surface
      will be preexisting and we must be able to tell that our new SurfaceView
      has actually drawn before removing the replacee. This is part of a
      series of fixes to 26070641.
      
      Bug: 26070641
      Change-Id: Iecc16647f9979aa057449e8bafa540885881ed64
      2b3bf720
  15. 18 Dec, 2015 1 commit
  16. 06 Oct, 2015 1 commit
    • Pablo Ceballos's avatar
      Remove GLTrace support · a4d4e829
      Pablo Ceballos authored
      GLTrace is defunct, it does not support newer GL features, breaks
      security requirements, and has no supported tooling now that Eclipse
      is at end of life.
      
      Bug 22329852
      
      Change-Id: I64c58464f8c2c7ae6125f5d5c7884e3fd34d68ea
      a4d4e829
  17. 29 Sep, 2015 1 commit
  18. 09 Jun, 2015 1 commit
  19. 05 Mar, 2015 3 commits
    • John Reck's avatar
      Cleanup Bitmap JNI attempt #2 · f4faeac3
      John Reck authored
      Original version missed a spot
      
      This reverts commit c02977e3.
      
      Change-Id: I56244ce10d709fcdef42a001fe4c6ba7b6bbb04d
      f4faeac3
    • Chad Jones's avatar
      Revert "Cleanup Bitmap JNI" · c02977e3
      Chad Jones authored
      This reverts commit b2915245.
      
      Change-Id: Idd7d7f33eec4ea5024c83de6b10d3d1a6ab2b17a
      c02977e3
    • John Reck's avatar
      Cleanup Bitmap JNI · b2915245
      John Reck authored
      Fix a bunch of places where mNativeBitmap was being
      poked at directly, switch them either to the NDK API
      or to GraphicsJNI where it made sense
      
      Change-Id: I6b3df3712d6497cba828c2d3012e725cb4ebb64d
      b2915245
  20. 01 Oct, 2014 1 commit
    • John Reck's avatar
      Re-allow suppressing onDetachedFromWindow · 77e4a525
      John Reck authored
      Bug: 17578553
      
      Games seem to be doing this to prevent destruction of their
      GL contexts, and they assume it works even if it doesn't. However,
      GLSurfaceView is clunky here, so while the app is doing something
      questionable we don't really offer a better way. For now revert
      back to kitkat behavior.
      
      Change-Id: Icfa9e496279b9cfa47f9bc7f6848d9313caed0d5
      77e4a525
  21. 30 Jun, 2014 1 commit
  22. 22 May, 2014 2 commits
  23. 14 Apr, 2014 1 commit
  24. 06 Mar, 2014 4 commits
  25. 28 Feb, 2014 1 commit
    • Narayan Kamath's avatar
      Fix bad link tag in javadoc. · 80009c02
      Narayan Kamath authored
      Java7 javadoc tools seem to accept this without complaint
      but not all targets use java7 yet.
      
      Change-Id: Ib025d12550f5fd68edce5760747f9225a2be50c6
      80009c02
  26. 27 Feb, 2014 1 commit
    • Narayan Kamath's avatar
      API changes for 64 bit platforms. · 1801b180
      Narayan Kamath authored
      EGLObjectHandle.<init>(int) and int EGLObjectHandle.getHandle()
      have now been deprecated and replaced with variants that take
      and return java longs.
      
      bug: 13181704
      Change-Id: I67bef5fbf064e85205b8a85e00f91f4ffcf60d19
      1801b180
  27. 26 Feb, 2014 1 commit
  28. 25 Feb, 2014 1 commit
  29. 24 Feb, 2014 1 commit
    • Ashok Bhat's avatar
      Use long for pointers in opengl/EGL classes · 84bbeb9e
      Ashok Bhat authored
      Note that files changed in this patch have been automatically
      generated by running frameworks/native/opengl/tools/glgen/gen script
      
      This patch updates EGL classes in frameworks/base to support
      64-bit platforms. Key changes in the EGL classes include
      
      [x] EGLObjectHandle class - EGLObjectHandle class has two public
          methods (constructor and getHandle) that assume handles are
          32-bit. They have not been changed. Instead, two new hidden
          methods (EGLObjectHandle(long) and getNativeHandle) have been
          added.
      
      [x] EG14 class - Two public methods eglGetDisplay and
          eglCreatePbufferFromClientBuffer assume that handles are 32-bit.
          They have been changed to throw unsupported operation exception
          on non 32-bit machines. Two new methods eglGetDisplay(long)
          and eglCreatePbufferFromClientBuffer(...long buffer..) have
          been added to support 64-bit handles.
      
      Change-Id: I9e0f064e5b33700eb0baa2e1841a21f931f7a765
      Signed-off-by: 's avatarAshok Bhat <ashok.bhat@arm.com>
      84bbeb9e
  30. 19 Feb, 2014 1 commit
    • Andy McFadden's avatar
      Hide three malformed GL bindings · 9ba6ecb2
      Andy McFadden authored
      They were replaced with correct bindings a while back, but the
      broken methods weren't hidden.
      
      Bug 6006380
      
      Change-Id: I3432d37a6bf411bbd2b3ea363749e32fcff28672
      9ba6ecb2
  31. 31 Jan, 2014 1 commit
  32. 10 Dec, 2013 1 commit
  33. 25 Sep, 2013 1 commit
  34. 21 Jun, 2013 1 commit
    • Andy McFadden's avatar
      Fix wrapper equals() · a0175536
      Andy McFadden authored
      Make it faster and correcter.
      
      Bug 9204146
      
      Change-Id: Ieeb97b72005e831ec6b94fc24ed2c3bc03307c2a
      a0175536