summaryrefslogtreecommitdiff
path: root/opengl/java/android
AgeCommit message (Collapse)Author
2020-12-08Improve OWNERS coverage across frameworks/base/.Jeff Sharkey
As general background, OWNERS files expedite code reviews by helping code authors quickly find relevant reviewers, and they also ensure that stakeholders are involved in code changes in their areas. Some teams under frameworks/base/ have been using OWNERS files successfully for many years, and we're ready to expand them to cover more areas. Here's the historical coverage statistics for the last two years of changes before these new OWNERS changes land: -- 56% of changes are fully covered by OWNERS -- 17% of changes are partially covered by OWNERS -- 25% of changes have no OWNERS coverage Working closely with team leads, we've now identified clear OWNERS on a per-package basis, and we're using "include" directives whenever possible to to simplify future maintenance. With this extensive effort, we've now improved our coverage as follows: -- 98% of changes are fully covered by OWNERS -- 1% of changes are partially covered by OWNERS -- 1% of changes have no OWNERS coverage This specific change is automatically generated by a script from detailed ownership information confirmed by team leads. Bug: 174932174 Test: manual Exempt-From-Owner-Approval: refactoring with team leads buy-in Merged-In: I9789c97c1de8e5d962b48c29c57d82fe83729eba Change-Id: I9789c97c1de8e5d962b48c29c57d82fe83729eba
2020-11-04Add maxTargetSdk restriction to unused APIs.Mathew Inwood
These are APIs that have @UnsupportedAppUsage but for which we don't have any evidence of them currently being used, so should be safe to remove from the unsupported list. Bug: 170729553 Test: Treehugger Merged-In: I626caf7c1fe46c5ab1f39c2895b42a34319f771a Change-Id: I54e5ecd11e76ca1de3c5893e3a98b0108e735413
2020-01-08Use new UnsupportedAppUsage annotation.Artur Satayev
Existing annotations in libcore/ and frameworks/ will deleted after the migration. This also means that any java library that compiles @UnsupportedAppUsage requires a direct dependency on "unsupportedappusage" java_library. Bug: 145132366 Test: m && diff unsupportedappusage_index.csv \ git diff HEAD^ HEAD | grep '^[+-][^+-]' | grep -v '.import' Change-Id: I853372f3c6fef905553bb31be4f1bb48df735f7a
2019-12-19Merge "Revert "Use new UnsupportedAppUsage annotation."" am: edf7ce4f38 am: ↵Automerger Merge Worker
019286764f am: f6253ef435 Change-Id: Id33f64eb9c8aa7d68cc52f7359b4f0a3d2675d8a
2019-12-19Revert "Use new UnsupportedAppUsage annotation."Austin Wang
This reverts commit a5264903e22bc741add895133474ea13a370de4c. Reason for revert: Droidcop-triggered revert due to breakage https://android-build.googleplex.com/builds/quarterdeck?branch=git_master&target=sdk_phone_armv7-sdk&lkgb=6083299&lkbb=6085371&fkbb=6083313, bug b/146533269 Change-Id: Ie5b031d7b277cf0e09b0a9776b26bf74f5f69e70
2019-12-18Merge "Use new UnsupportedAppUsage annotation." am: 1385dca8f6 am: ↵Automerger Merge Worker
068a9faf3d am: c7f44bacbe Change-Id: I30839db2fe99ba4670ec1b39d5e64540fdd15f69
2019-12-18Use new UnsupportedAppUsage annotation.Artur Satayev
Existing annotations in libcore/ and frameworks/ will deleted after the migration. This also means that any java library that compiles @UnsupportedAppUsage requires a direct dependency on "unsupportedappusage" java_library. Bug: 145132366 Test: m && diff unsupportedappusage_index.csv \ git diff HEAD^ HEAD | grep '^[+-][^+-]' | grep -v '.import' Change-Id: I087bb1cecbe59f1cf0c2e770c735d7a433722c6f
2019-09-10Create C API for accessing android.graphics.Bitmap in native code.Derek Sollenberger
Restrict access to SkBitmap for libandroid_runtime.so to be only within the boundaries of the graphics module. Test: CtsUiRenderingTestCases Bug: 137655431 Change-Id: I4d0ea227e91d22068966513c4e3a55021b9e924f
2019-04-04EGLAttrib requires special handling in JNICourtney Goeltzenleuchter
EGLAttrib is defined for a C / C++ interface and is intended to be the size of a pointer. That can change depending on which abi the code is built for but Java doesn't have a way of dealing with such types. Java defines EGLAttrib as a jlong, so need to convert jlong to 32bit when running on a 32bit device. Bug: 124382141 Test: atest --all-abi CtsGraphicsTestCases:EGL15Test Change-Id: I966f6a3716b2710e17d10e0d0cb58314853675e0
2019-03-27Pass Bitmap's native instance to JNI where feasibleLeon Scroggins III
Test: CtsGraphicsTestCases, CtsUiRenderingTestCases, CtsRenderscriptTestCases This is significantly faster than passing the Java object down and then calling a JNI method to retrieve the pointer. See https://buganizer.corp.google.com/issues/16656908#comment19 In some cases this changes what used to be native crashes (due to android::BitmapWrapper:assertValid's LOG_ALWAYS_FATAL_IF) into NullPointerExceptions (if a caller used a null Bitmap). In addition: - Remove unnecessary JNIEnv param from toBitmap(jlong) - Change instances of toBitmap(JNIEnv*, jobject) to the above - Replace calls to GraphicsJNI::getSkBitmap() to inline calls to toBitmap/getSkBitmap - make Canvas#nInitRaster @FastNative (FIXME: Could these be @CriticalNative?) Change-Id: I6194097be1b6e6952eba70e1e7052a5a250eed93
2018-10-24Make EGL15 class finalCourtney Goeltzenleuchter
Updates from API review feedback. Bug: 118296391 Test: manually inspect code Change-Id: If79f03497e77dfce65909a734bafbb6e08c39155
2018-10-23Add EGL15: eglCreateImage, eglDestroyImageCourtney Goeltzenleuchter
Also change eglCreatePlatformPixmapSurface to throw an unsupported extension rather than call the native function which will return an error indicating it's unsupported. Bug: 80297325 Test: atest CtsGraphicsTestCases:EGL15Test Change-Id: I94f2d39678515fdacf9b2fccd1c531365930ad1b
2018-10-16Update to EGL 1.5Courtney Goeltzenleuchter
Test: compile Bug: 80239516 Change-Id: I1c00ac5e55900260b724e1c298edca15f87f3a01 (cherry picked from commit 63584195b9d15daa9973d280381fd619cd7a0f89)
2018-08-09Add @UnsupportedAppUsage annotationsMathew Inwood
For packages: android.opengl This is an automatically generated CL. See go/UnsupportedAppUsage for more details. Exempted-From-Owner-Approval: Mechanical changes to the codebase which have been approved by Android API council and announced on android-eng@ Bug: 110868826 Test: m Change-Id: I747cf5d5e6e211dc368545472fee65fd20cdae74
2017-04-21Workaround apps that override surfaceCreatedJohn Reck
Fixes: 34512969 Test: manual, tested repro in bug and verified basic GLSurfaceView usage in ApiDemos works without warnings Change-Id: I0ce9128874af681e9cfbd3b0b2ef5e2df7080154
2017-02-06docs: Update gluUnProject parameter description. am: 232c4900ac am: ↵Ricardo Loo
cb6a5fc0f3 am: 94122af913 am: 7ade93fedf Change-Id: Ifbdb0953222e7d2a5dd1a61ba1cf7880573563a2
2017-02-03docs: Update gluUnProject parameter description.Ricardo Loo
Adding missing variable in the output vector. Originally reported in http://code.google.com/p/android/issues/detail?id=25143 Change-Id: I91d9ce7e53a9d9cdd890899a0edd49830d533b9b Bug: 5991013
2017-01-12Add EGL_RECORDABLE_ANDROID enum in EGLExtKalle Raita
Test: CtsMediaTestCases on N5X Bug: 29402583 Change-Id: I2520fdc51d363998d4404b033722fabf0d839113
2017-01-09Provide non-blocking SurfaceView draw notification path.Robert Carr
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
2016-11-30Guarantee that glMapBufferRange/glGetBufferPointv return a ByteBufferRomain Guy
Bug: 24950082 Test: CtsGraphicsTestCases Change-Id: I2835128bbd5d1b8a234324323c74eca6e55d8726
2016-11-30Deprecate eglCreatePixmapSurfaceRomain Guy
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
2016-07-01Merge \"Merge \\"update GlSurfaceView:onPause/Resume docs\\" into ↵John Reck
nyc-mr1-dev am: ee557b2b99\" into nyc-mr1-dev-plus-aosp am: acfdf0eab5 Change-Id: I533118b55db988d8498b08806b3bb360b7a65deb
2016-06-29update GlSurfaceView:onPause/Resume docsJohn Reck
fixes: 22448595 Also delete some epically outdated code to match the documented behavior Change-Id: I2bb5b475433ebff8ca82db385e228fef11e32e20
2016-06-07Correct spelling error in GLSurfaceView.Aurimas Liutikas
Bug: https://code.google.com/p/android/issues/detail?id=56762 Change-Id: I55f8000a6f29172dadd99221ad5ffe3789a3500a
2016-04-18Make surfaceRedrawNeeded forgivingJohn Reck
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
2016-02-29Merge "Fix glGetTransformFeedbackVarying JNI" into nyc-devPablo Ceballos
2016-02-22Add glReadPixels with buffer-offset argumentPablo Ceballos
- For reading into PBOs on GLES3, add an overloaded version of glReadPixels that takes an offset argument. Bug 18878609 Change-Id: I744483deab6358a66b0dc5e87be1ae2b96560ac1
2016-02-09Fix glGetTransformFeedbackVarying JNIPablo Ceballos
- Deprecate the broken version that takes a byte argument. - Implement a new version that takes a byte buffer argument. Bug 19478262 Change-Id: I5ea4f11940e93b5964b66dbf5700b7ff8b80339e
2016-01-26Fix reentrant deadlock in GLSurfaceView.Robert Carr
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
2016-01-08Implement surfaceRedrawNeeded for GLSurfaceViewRobert Carr
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
2015-12-18Add GLES32 class and JNIPablo Ceballos
Change-Id: I05ff0c14a35f51c2015edbd762dc9e6fe43347b9
2015-10-27Merge "Add missing OpenGLES 3.1 bitfield constants."Pablo Ceballos
2015-10-06Remove GLTrace supportPablo Ceballos
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
2015-09-29Add missing OpenGLES 3.1 bitfield constants.Pablo Ceballos
Bug 23892570 Change-Id: I92c7bb9bafb84259bdc42927193e989a6a95d4df
2015-06-08Add tracing to GLSurfaceViewChris Craik
bug:21195272 Change-Id: I96bce6d6021fc720c73993202ba90997b0fc0e09
2015-03-05Cleanup Bitmap JNI attempt #2John Reck
Original version missed a spot This reverts commit c02977e3bbfaaedcb1b1d67e1692becc7dddd59b. Change-Id: I56244ce10d709fcdef42a001fe4c6ba7b6bbb04d
2015-03-05Revert "Cleanup Bitmap JNI"Chad Jones
This reverts commit b2915245b74b3b5541b123e38403f8e26426b4b7. Change-Id: Idd7d7f33eec4ea5024c83de6b10d3d1a6ab2b17a
2015-03-05Cleanup Bitmap JNIJohn Reck
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
2014-10-01Re-allow suppressing onDetachedFromWindowJohn Reck
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
2014-06-30Fix onTrimMemory for HardwareRendererJohn Reck
Also fixes detachFunctor possibly drawing after return Bug: 15189843 Bug: 15990672 Change-Id: I64c48cb674c461a8eeaba407b697e09f72c98ce3
2014-05-21opengl: Un-hide GLES31 and GLES31Ext classesJesse Hall
Bug: 15028495 Change-Id: Icda236ee12a06ef2eb9902253d272dee2b61f6ef
2014-05-21opengl: Add GLES31 and GLES31Ext classesJesse Hall
Bug: 15028495 Change-Id: Ie967c1938060edb42864dd48efa668ae7bf5cd76
2014-04-21am 43cea7ea: am 650a8860: am fc3c6a0e: Merge "EGL_OPENGL_ES3_BIT_KHR is set ↵Jesse Hall
as ES 3 context is requested." * commit '43cea7eadbcb3930887eadfa3f278e1a666449d0': EGL_OPENGL_ES3_BIT_KHR is set as ES 3 context is requested.
2014-04-15EGL_OPENGL_ES3_BIT_KHR is set as ES 3 context is requested.Jin Zhebin
OpenGL ES have 3 configuration: 1(EGL10.EGL_RENDERABLE_TYPE), 2(EGL_OPENGL_ES2_BIT), 3(EGL_OPENGL_ES3_BIT_KHR). The driver should be get the according configuration parameter. Now 1 is set to driver when Configuration 3 is set from user. Specification EGL_OPENGL_ES3_BIT_KHR is set to driver when a OpenGL ES 3 context is requested in setEGLContextClientVersion(). Change-Id: I980d9d8dbe5754295f8329fcf9378962d669fa89 Signed-off-by: Jin Zhebin <zhebinx.jin@intel.com> Signed-off-by: bdeng3X <bingx.deng@intel.com>
2014-03-06Revert "Revert "Workaround apps not calling super.onDetachedFromWindow()""John Reck
This reverts commit bac16fae7e6fceb1e516252ede673844b772e7c3. Change-Id: I61e997b23fac1aa984129fdc0328426ff8891bdd
2014-03-06Revert "Workaround apps not calling super.onDetachedFromWindow()"Bart Sears
Requested by jreck to fix the build. This reverts commit 198d20842a537f3df3584ea084e74220e172b086. Change-Id: I733065cc124b59bf914034f5bac5e2e951a5b604
2014-03-06Workaround apps not calling super.onDetachedFromWindow()John Reck
Bug: 13338698 Move the releasing of hardware resources to a new @hide onDetachedFromWindowInternal Change-Id: I52b4e6ba4d5b3ce20b89cabffa248d1d780e3e81
2014-02-28Fix bad link tag in javadoc.Narayan Kamath
Java7 javadoc tools seem to accept this without complaint but not all targets use java7 yet. Change-Id: Ib025d12550f5fd68edce5760747f9225a2be50c6
2014-02-27API changes for 64 bit platforms.Narayan Kamath
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
2014-02-27am 7aec4109: am 7aeb4307: am 2525acf5: am e4dae5f2: Merge "AArch64: Make ↵Narayan Kamath
eglGetDisplay(int) work for EGL_DEFAULT_DISPLAY" * commit '7aec4109c53371e69bec111c69767810f45c301c': AArch64: Make eglGetDisplay(int) work for EGL_DEFAULT_DISPLAY
generated by cgit v1.2.3 (git 2.25.1) at 2025-10-03 22:44:21 +0000