summaryrefslogtreecommitdiffstats
path: root/include/ui/GraphicBufferAllocator.h
Commit message (Collapse)AuthorAgeFilesLines
* Add support for custom buffer sizes.Ramkumar Radhakrishnan2013-03-101-0/+5
| | | | | | | | Add native window properties NATIVE_WINDOW_SET_BUFFERS_SIZE to the perform function of SurfaceTextureClient to set the user defined size of graphic buffers. Change-Id: I1dc2203990a3641fbb9ddab9a86f7e9017f05270
* Merge tag 'android-4.2.2_r1' of ↵Steve Kondik2013-02-151-0/+1
|\ | | | | | | | | | | | | | | | | | | | | https://android.googlesource.com/platform/frameworks/native into 1.1 Android 4.2.2 release 1 Conflicts: libs/ui/GraphicBufferAllocator.cpp Change-Id: Id60a6580bf5a3ba04f8e1e2b1b950e0b93888166
| * DO NOT MERGE GraphicBufferAllocator: make frees asyncJamie Gennis2012-12-071-0/+1
| | | | | | | | | | | | | | | | | | This change makes GraphicBufferAllocator::free queue a job to another thread to perform the actual free operation. This prevents potentially slow free operations from blocking rendering. Bug: 7675940 Change-Id: Id61099d66bb4c3949d04184e0d7f192ac18076b4
* | exynos4: ui: define USAGE_HW_FIMC1 to support gralloccodeworkx2012-11-251-1/+4
|/ | | | | | | Source: http://git.insignal.co.kr/samsung/exynos/android/platform/frameworks/native/commit/?h=exynos-jb&id=5179fef67cadaa10d72cfe6764629565bc9a1e4e Change-Id: Id194446eb332869f677dfb7e94c73aa3f52ee4b0
* [3171580] don't automatically log GraphicBuffer allocation failuresMathias Agopian2010-12-031-0/+1
| | | | | | | some of these failures are not fatal and even expected in some cases so they should not emit a dump in the log in those cases. Change-Id: Idcfa252e3bfa9d74e27fe4ad8f8623aa01aa9c5e
* when a zero dimension buffer is allocated, turn the allocation intoMathias Agopian2010-04-151-1/+1
| | | | | | a 1x1 buffer instead of Nx1 (or 1xN) Change-Id: I27eeb15e83e13002dd9405f4e52b54f7dffc0fe7
* fix [2545826] calling into gralloc with external lock heldMathias Agopian2010-03-251-1/+0
| | | | Change-Id: I2d0e017382404c684c768a0dd0423d574213f10a
* fix [2167050] glTexImage2D code path buggy in SurfaceFlingerMathias Agopian2009-10-061-0/+96
When EGLImage extension is not available, SurfaceFlinger will fallback to using glTexImage2D and glTexSubImage2D instead, which requires 50% more memory and an extra copy. However this code path has never been exercised and had some bugs which this patch fix. Mainly the scale factor wasn't computed right when falling back on glDrawElements. We also fallback to this mode of operation if a buffer doesn't have the adequate usage bits for EGLImage usage. This changes only code that is currently not executed. Some refactoring was needed to keep the change clean. This doesn't change anything functionaly.