summaryrefslogtreecommitdiff
path: root/opengl/java/android
AgeCommit message (Collapse)Author
2022-03-11Merge TP1A.220225.003Scott Lobdell
Change-Id: I607e0a7a732aee9d5adcac95c69345659a427e36
2022-02-10Add ability to make SyncFence from EGLJohn Reck
Bug: 217776226 Test: atest android.graphics.cts.EGL15Test#testEGL15AndroidNativeFence Change-Id: I5e1356739831f63426521561c45e719fc5f419d9
2021-01-22Merge SP1A.210105.001Scott Lobdell
Change-Id: Iebfaf27bb339a99d9303a53e6c2c397b0001c814
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-13Merge SP1A.201105.002Scott Lobdell
Change-Id: Iec83a0c1f6f286a1e51abfc4356633ca9d8aea5f
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-10-27Add 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 Change-Id: I4c8fd0006f950de9955242e93968fb0996ceb372
2020-02-04Merge RP1A.200123.001Steven Laver
Change-Id: I16a4437d9876db7a6a2b07231b4584df4564bee4
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-11-09Merge RP1A.191024.001Steven Laver
Change-Id: I5cda3bba276e99d948b752be87d4599e9f882e0f
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-08Merge QP1A.190408.001Scott Lobdell
Change-Id: Ic5d3cf3caf3dde29d900e6f6a4ec91c14efda05c
2019-04-05Merge QP1A.190404.001Diego Wilson
Change-Id: Id8d32c9377185cecfb4bacc9a86ad7a98ab17a25
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-12-05Merge QP1A.181119.002Diego Wilson
Change-Id: Ieb6ae3730e8b01f867f9b5120de1ab3067653d21
2018-11-05Merge QP1A.181022.001Bill Peckham
Change-Id: I0e200ff664739f0bce5a55806ac4fc95fbbff52d
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-09-08Merge QP1A.180823.001Bill Peckham
Change-Id: Ia2d6fa811b3c57185c1975db603d59e6eaef73fc
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
2018-05-14GLSurfaceView: report draw finished after first onDrawFrame in GLThread.shoudil
At default, GLThread will not report draw finish after 1st onDrawFrame. This will cause long black screen issue for game whose 2nd onDrawFrame taking time, such as CandyCrash case reported by customer. This change ensure the draw finished to be reported after 1st onDrawFrame. Change-Id: I8b817bdb5d6dcaec9835b45c6efe8e6892c716fe CRs-Fixed: 2182359
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
generated by cgit v1.2.3 (git 2.25.1) at 2025-10-03 16:08:10 +0000