summaryrefslogtreecommitdiff
path: root/libs/nativewindow/include/vndk
Commit message (Collapse)AuthorAgeFilesLines
* allocate2 -> allocateWithOptionsJohn Reck2024-02-201-1/+1
| | | | | Test: n/a Change-Id: I59c9c62458fbaf274db031cc56e89b2e3129ac1a
* Track API council feedbackJohn Reck2024-02-131-1/+1
| | | | | | Fixes: 319284591 Test: make && atest libnativewindow_test Change-Id: I7d6521ff43bf7a79dc6c6e45610108b82e469dc8
* Add AHB_allocate2 + get/setDataSpaceJohn Reck2023-12-141-0/+71
| | | | | | | | | Also fix that some ADataSpace enum values were not prefixed with ADATASPACE_* Test: atest AHardwareBufferTest Bug: 315475131 Change-Id: Ie92f416a209501fa8fdc9b3593ea6d3bb68eaa48
* Merge "AHB: add camera usage bits to vndk" am: 9f0e60e62f am: 19d14c56b3Treehugger Robot2021-07-171-0/+14
|\ | | | | | | | | | | Original change: https://android-review.googlesource.com/c/platform/frameworks/native/+/1740715 Change-Id: I86bb90f28afb7274d4c8f80ea844471bacbf18bd
| * AHB: add camera usage bits to vndkYiwei Zhang2021-07-151-0/+14
| | | | | | | | | | | | | | | | | | | | | | GPU drivers need to handle AHBs from the camera HAL. Usually those AHBs are allocated with AHARDWAREBUFFER_FORMAT_IMPLEMENTATION_DEFINED along with gralloc camera usage bits. Adding the camera usage bits can help the drivers to resolve the AHBs into implementation specific formats with a stable ABI. Test: build Change-Id: I29d58bf9e61f012aaa30502e093bb1f33a9576ea
* | AHB: add AHardwareBuffer_getId API in ndkYiwei Zhang2020-11-161-6/+16
|/ | | | | | | | | | | | | | | | Add this api to ndk so that there's a reliable system-wide unique id for caching. libui is not linkable from sphal so vendors cannot convert an AHB into GraphicBuffer to call getId(). This change solves the problem. This change has been forced to refactor the existing docs and annotations due to -Wnullability-completeness. Bug: 162425097 Bug: 163615119 Test: atest libnativewindow_test:AHardwareBufferTest#GetIdTest Change-Id: I91043b96b83bc9a896c361385581e9620fe373c3
* BufferQueue: handle consumer driven size for pre-rotationYiwei Zhang2019-06-271-0/+9
| | | | | | | | | | | | | | | | | This change adds an option for the producer to set auto pre-rotation on the buffers to be allocated. When auto pre-rotation is enabled, if the current buffer size is driven by the consumer and there's 90 or 270 degree rotation specified in the transform hint currently used by the producer, then the dimension of the buffers to be allocated will be additionally swapped upon buffers pre-allocaton or dequeueBuffer. Auto prerotaion will be cached at Surface producer side, and will be reset to false upon Surface disconnection. Bug: 129422697 Test: atest libgui_test:SurfaceTest#DequeueWithConsumerDrivenSize Change-Id: I01ddf3e00d5951935e557d18932ea9869f36b5d6
* Add support for multi-plane YUV HardwareBuffersrenn2019-01-241-2/+0
| | | | | | | | | | | | This adds a new lock method that allows locking all planes in the hardware-buffer. To do this we also add new structs to hold this buffer information. Documentation and testing is now in place. Change-Id: Id4933bbdd8d47d5209a9a08e27391908df26dae1 One-Pager: https://docs.google.com/document/d/1jPlDlaAOzg6QfrX77fZ6OYwR6xeqj_xQlW81mQGigHA/edit?usp=sharing Bug: 117617861 Test: Manual - run CTS tests
* Merge "Add VNDK AHardwareBuffer_createFromHandle"Jesse Hall2018-06-151-0/+22
|\ | | | | | | | | | | am: a0cef47054 Change-Id: I119dbd0a622476222a7e328a858fa6b6209c89c2
| * Add VNDK AHardwareBuffer_createFromHandleJesse Hall2018-06-151-0/+22
| | | | | | | | | | | | Test: build Bug: 110263459 Change-Id: Ibcd7a7797970dbba877f3ac0b792358fa8387c86
* | libnativewindow: remove software flex pixel formats from VNDKChia-I Wu2018-03-091-8/+0
| | | | | | | | | | | | | | | | | | HIDL allocator is not expected to support them and they are not defined in HIDL interfaces (yet). Bug: 70526789 Test: builds Change-Id: I0865dcc72fe62f5f1cda546b80283cc9338b2543
* | [NDK] Expose NDK API to set buffers data space for P.Peiyong Lin2018-02-071-14/+0
|/ | | | | | | | | | | Previously, ANativeWindow_setBuffersDataSpace is only available in VNDK. This patch exposes it in NDK so that display mode for NativeWindow buffer can be set through NDK. The API will remain available in VNDK of NativeWindow since VNDK is the super set of NDK. BUG: 62482961 Test: bit CtsGraphicsTestCases:.ANativeWindowTest Change-Id: I576c4b87296e168d4b7360c437a32bbbbff690a5
* Merge "Add missing VNDK pixel formats to AHardwareBuffer" into oc-devMathias Agopian2017-06-091-0/+43
|\ | | | | | | | | | | am: 2563c0f3b0 Change-Id: I10e623eebb70da1f4127c0eec2aa85867da0623c
| * Add missing VNDK pixel formats to AHardwareBufferMathias Agopian2017-06-081-0/+43
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | AHardwareBuffer is now the only API available to vendors to create graphic buffers in their HAL implementations, unfortunately AHardwareBuffer was designed for NDK use and was missing all HAL specific pixel formats. This CL adds these missing format to the VNDK-only header. The implementation is changed to accept all formats which means, VNDK formats are indirectly exposed to the NDK. Bug: 38466076 Test: manual Change-Id: I1e752cd33641aa861d9d15432cde6bec5a682e9a
* | fix circular dependency libnativewindow <-> libuiMathias Agopian2017-05-091-76/+2
|/ | | | | | Bug: 37647680 Bug: 37648355 Test: compile, manual Change-Id: I9631beea52e23ebb519411f943c6f5062aedd2e5
* Plumb gralloc producer/consumer bits correctlyMathias Agopian2017-04-281-4/+3
| | | | | Bug: 33350696 Test: compile, boot device, cts Change-Id: I2f078cf4bbdf0db49f2e914b051f55629fb37eb6
* Move AHardwareBuffer_getNativeHandle to VNDKJesse Hall2017-04-171-0/+31
| | | | | | | | | This was added to the NDK only because we didn't have a way to do VNDK-only declarations. Now we do. Bug: 34050596 Test: make checkbuild Change-Id: I039fccfd9f29c5cc960e7691f0baa70101659949
* Add VNDK API to access AHardwareBuffer from ANativeWindowBufferMathias Agopian2017-04-031-1/+5
| | | | | | | | | | this is to allow vendors to use AHardwareBuffer’s lock/unlock on buffer dequeued from an ANativeWindow. Test: compiled Bug: 36866217 Change-Id: If630105572ae0e57f6fda19c13e82150f415ed6b
* vndk/window.h must be C compatibleMathias Agopian2017-03-291-0/+2
| | | | | | Test: added a c compatibility test Bug: 36725813 Change-Id: Ic7e1c8b50e1818707a9a457d84ed74e7e6c816c8
* VNDK ANativeWindow API - step 2Mathias Agopian2017-03-271-3/+375
| | | | | | | | | | | | | | The vndk API is a superset of the NDK API. Prior to this, vendor would have access to system/window.h which itself is a superset of what they need, exposes too much of the internals. With this change, system/window.h depends on vndk/window.h which depends on android/native_window.h Test: compiled, booted Nexus 6P Bug: 34453351 Change-Id: Iad7bf035143541843309437fe630cc603d96a76e
* VNDK ANativeWindow APIMathias Agopian2017-03-271-0/+35
The vndk API is a superset of the NDK API. Prior to this, vendor would have access to system/window.h which itself is a superset of what they need, exposes too much of the internals. With this change, system/window.h depends on vndk/window.h which depends on android/native_window.h Test: compiled, booted Nexus 6P Bug: 34453351 Change-Id: I870e08c652d90b3f2cf4ed7c7ca541ce2893f689
generated by cgit v1.2.3 (git 2.25.1) at 2026-01-09 16:41:19 +0000