| 796aaf7fb160fea12bddc8406d7f006ce811eb43 |
|
18-Feb-2015 |
Michael Lentine <mlentine@google.com> |
Update maxNumber to be smaller.
There shouldn't be more than 4096 fds (probably signficantly smaller) and
there shouldn't be more than 4096 ints.
Bug: 18076253
Change-Id: I3a3e50ee3078a4710e9737114e65afc923ed0573
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| dfd06b89a4b77fc75eb85a3c1c700da3621c0118 |
|
31-Oct-2014 |
Michael Lentine <mlentine@google.com> |
Fix for corruption when numFds or numInts is too large.
Bug: 18076253
Change-Id: I4c5935440013fc755e1d123049290383f4659fb6
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 18fae75350bcd5f19ef90afb533e3fbedfd4c83b |
|
23-Jul-2014 |
Colin Cross <ccross@android.com> |
crash if getNativeBuffer() called on NULL GraphicBuffer
If getNativeBuffer() is called on a NULL GraphicBuffer the
static_cast of this from GraphicBuffer* to ANativeWindowBuffer*
will return a small pointer like (ANativeWindowBuffer*)0x10.
This value can propagate past NULL checks until it causes a crash
far away from the original NULL pointer. Crash immediately
instead.
Change-Id: Id614b9eb1484108b3c3c733545309844c4b87532
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| f974bffb36a97d21432a504a741330c4f4245746 |
|
12-May-2014 |
Greg Hackmann <ghackmann@google.com> |
am 38c9e132: am c1ffd351: am bd20e551: Merge "Use asynchronous lock/unlock API"
* commit '38c9e1327a5b24267c3dab5293bc9d7ada6e9fc9':
Use asynchronous lock/unlock API
|
| 8f3960179c56767e5077be8337792bd4e244b7d7 |
|
01-Apr-2014 |
Francis Hart <fhart@nvidia.com> |
Use asynchronous lock/unlock API
The gralloc API now provides a way for using lock/unlock with the Android
explicit synchronisation concept. This changes updates the GraphicBuffer class
to also expose this functionality, and updates the Surface class to make use of
in line with the dequeueBuffer/queueBuffer mechanism.
This new behaviour is dependent on GRALLOC_MODULE_API_VERSION_0_3. If the local
gralloc module does not support this then the existing synchronous lock/unlock
mechanism will be used.
Change-Id: I8c3fd9592e0c5400ac9be84450f55a77cc0bbdc5
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 2f3dca149a2bcae96f18e38f7ba99a95c3e1b08c |
|
10-May-2014 |
Greg Hackmann <ghackmann@google.com> |
am 9493d492: am 9eb142e3: am a9d49f99: Merge "Revert "Use asynchronous lock/unlock API""
* commit '9493d4924a59f14b698389386337a9c07a7ea3c4':
Revert "Use asynchronous lock/unlock API"
|
| 02528cf6aaedbbfec55be57d33389e1c57d88245 |
|
09-May-2014 |
Greg Hackmann <ghackmann@google.com> |
am 4b46776f: am 8a6cd189: am f60564a1: Merge "Use asynchronous lock/unlock API"
* commit '4b46776ff88c5a365700b88e8b2b04e1b2c77e6e':
Use asynchronous lock/unlock API
|
| a9d49f99e69d8fc0e60b492b131322c96f47a232 |
|
09-May-2014 |
Greg Hackmann <ghackmann@google.com> |
Merge "Revert "Use asynchronous lock/unlock API""
|
| 53ec72523a4083b88eaa13e2e720976523a7ebf8 |
|
09-May-2014 |
Greg Hackmann <ghackmann@google.com> |
Revert "Use asynchronous lock/unlock API"
This reverts commit 378ef07760eda717367d9429428c42d54d54d9a7.
Change-Id: I1de5ab973b5383633e75924fe90ac3ca8216c36a
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| f60564a13e917877c76c99294194a621d872076b |
|
09-May-2014 |
Greg Hackmann <ghackmann@google.com> |
Merge "Use asynchronous lock/unlock API"
|
| 378ef07760eda717367d9429428c42d54d54d9a7 |
|
01-Apr-2014 |
Francis Hart <fhart@nvidia.com> |
Use asynchronous lock/unlock API
The gralloc API now provides a way for using lock/unlock with the Android
explicit synchronisation concept. This changes updates the GraphicBuffer class
to also expose this functionality, and updates the Surface class to make use of
in line with the dequeueBuffer/queueBuffer mechanism.
This new behaviour is dependent on GRALLOC_MODULE_API_VERSION_0_3. If the local
gralloc module does not support this then the existing synchronous lock/unlock
mechanism will be used.
Change-Id: I77daa1beb197b63b1c2f281b8414ac4ae4b5b03c
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| e2d1157381b863a94ccb36a1c6d70cad47e79c1a |
|
29-Apr-2014 |
Jun Jiang <jun.a.jiang@intel.com> |
fix GraphicBuffer::flatten crash issue when handle is null
Change-Id: I0d3727e4366cac355791e52cb7790bf8f3c51527
Signed-off-by: Jun Jiang <jun.a.jiang@intel.com>
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| b1363d37fc6a661508fad106eb7698c5850a6c17 |
|
28-Mar-2014 |
Dan Stoza <stoza@google.com> |
Add unique ID to GraphicBuffer
Adds a globally-unique ID (PID + sequence number) to every
GraphicBuffer, which will remain the same while crossing Binder,
even if the underlying handles change.
Change-Id: Ib11330a4c5e99621b82204e0adb31b9a88658426
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| bc96e4714f4cc1ae598f122b3b9f7998c09fe674 |
|
18-Mar-2014 |
Andy McFadden <fadden@android.com> |
Added null check
Don't dereference "handle" if it's NULL.
Bug 13348578
Change-Id: Ifa6758616c41cf84467af6db29c779d26901a01c
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 771ed8d71be8c851991164cd10fcfbf2431df86d |
|
13-Aug-2013 |
Jesse Hall <jessehall@google.com> |
am fc43e16a: Merge "Graphics:Add error check when create GraphicBuffer"
* commit 'fc43e16a5693bca0edfc82c650fb606971e47138':
Graphics:Add error check when create GraphicBuffer
|
| 2aff7025482cc40d2ebd45f81cdb318ac1c6f868 |
|
20-Nov-2012 |
Lingyun Zhu <lingyun.zhu@intel.com> |
Graphics:Add error check when create GraphicBuffer
Change-Id: Ib0ca59bf1dfe4ae0266c29c91c1dbe3d02c0904e
Author: Lingyun Zhu <lingyun.zhu@intel.com>
Signed-off-by: Lingyun Zhu <lingyun.zhu@intel.com>
Signed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 50141
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 87f9b877964b7d7db9b59ba45b73b4b1a779ecf8 |
|
01-Aug-2013 |
Mathias Agopian <mathias@google.com> |
remove unused code form GraphicBuffer
Change-Id: I0dd67f1f93f654331e8f17b55730931dbc695ca7
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| e142428a9c8b9d2380032cd4d7b55ee440fe8770 |
|
30-Jul-2013 |
Mathias Agopian <mathias@google.com> |
Make Flattenable not virtual
Fallout from the Flattenable change, update all its uses.
Additionnaly, fix/tighten size checks when (un)flatten()ing
things.
Removed the assumption by some flattenables (e.g.: Fence)
that the size passed to them would be exact (it can
and will be larger in some cases)
The code in Parcel is a bit complicated so that we don't
have to expose the full implementation (and also to
keep the code smallish).
Change-Id: I0bf1c8aca2a3128491b4f45510bc46667e566dde
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| c43946b931de5dafd28f49963f9af78e05390b26 |
|
05-May-2013 |
Eino-Ville Talvala <etalvala@google.com> |
Add support for HAL_PIXEL_FORMAT_YCbCr_420_888
- Add fields to CpuConsumer::LockedBuffer for new information
- New lock methods for GraphicBuffer and GraphicBufferMapper for
the format
Bug: 8734880
Change-Id: If31f82c62d64b6942cf4cc6e5715585c03273f12
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| d69097f936d9780957a51ce77335ae409b32aaa3 |
|
30-Aug-2012 |
Jamie Gennis <jgennis@google.com> |
libgui: add some error checks
This change adds a few error checks both in the framework and in some tests.
Change-Id: I2baf2676942a0dc15866e75852a775a0091ed16d
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 5f2165f9455d4893b581b73a67c5431f4344b47e |
|
25-Feb-2012 |
Mathias Agopian <mathias@google.com> |
remove dependency on android_native{s_priv|buffer}.h
Change-Id: Ie4b95f7061c240f37c504414259f92d72c4ffc89
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| e6f43ddce78d6846af12550ff9193c5c6fe5844b |
|
06-Jan-2012 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGE(_IF) to (IF_)ALOGE(_IF) DO NOT MERGE
See https://android-git.corp.google.com/g/#/c/157220
Bug: 5449033
Change-Id: Ic9c19d30693bd56755f55906127cd6bd7126096c
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 697526bc9e44ce61c88614f98387ae8bbf0a187e |
|
01-May-2011 |
Iliyan Malchev <malchev@google.com> |
frameworks/base: android_native_buffer_t -> ANativeWindowBuffer
Change-Id: Idc2eabaa805bb6d308ebb315872623f28d428417
Signed-off-by: Iliyan Malchev <malchev@google.com>
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| b5a00fcb71426492f248ed49a0514a9b8d385065 |
|
08-Dec-2010 |
Mathias Agopian <mathias@google.com> |
am 48f42f8c: am 4153bf3a: Merge "[3171580] don\'t automatically log GraphicBuffer allocation failures" into gingerbread
* commit '48f42f8c3fbd33b2f46c6290ff5963dd58938cf9':
[3171580] don't automatically log GraphicBuffer allocation failures
|
| 678bdd6349344df254cc0c3377a40fd99e216635 |
|
04-Dec-2010 |
Mathias Agopian <mathias@google.com> |
[3171580] don't automatically log GraphicBuffer allocation failures
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
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 309d3bb2f902163356f9d40b6d45c11b435d77a9 |
|
07-Oct-2010 |
Jamie Gennis <jgennis@google.com> |
Move binder magic from the Surface class to GraphicBuffer.
- Register buffers with Gralloc when unflattening a GraphicBuffer (rather than
doing it in the Surface class).
- Add support for a GraphicBuffer that wraps an android_native_window_t*.
Change-Id: I029ac086111bbac800e5ca37eb505f558b718cd8
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| a8f3e4e53cad835d0d57b85a6ce1b7416e95ba73 |
|
01-Jul-2010 |
Mathias Agopian <mathias@google.com> |
fix live wallpapers on Droid
On omap3 h/w we force opaque formats to RGB_565 instead of RGBX_8888
because the GL driver doesn't support it. RGBX_8888 is always remapped
to RGBA_8888.
Change-Id: I0bfabeb98c8d3a399079e6797cf2a0ee95915324
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 579b3f88d03d06b897b778bd11818f5104677d1d |
|
09-Jun-2010 |
Mathias Agopian <mathias@google.com> |
allow re-targetting of surfaces
Surfaces can now be parcelized and sent to remote
processes. When a surface crosses a process
boundary, it looses its connection with the
current process and gets attached to the new one.
Change-Id: I39c7b055bcd3ea1162ef2718d3d4b866bf7c81c0
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| b7e930db175c192464cebdeb49eb56cf6dd60114 |
|
02-Jun-2010 |
Mathias Agopian <mathias@google.com> |
split surface management from surface's buffers management
Change-Id: If3c5655d1231f8f0c49ba68f972b1b20c93b3f87
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 49753266d2219d2fbf5c33dc4626f299dffcdd76 |
|
13-Apr-2010 |
Mathias Agopian <mathias@google.com> |
fix a bug where fading in/out of opaque 32-bits windows wasn't working
opaque 32-bits windows are now allocated as RGBX_8888 buffers and
SurfaceFlinger always uses GL_MODULATE instead of trying to
optimize to GL_REPLACE when possible (makes no sense on
h/w accelerated GL).
we still have a small hack for devices that don't support
RGBX_8888 in their gralloc implementation where we revert to
RGBA_8888.
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 98e71ddaede9a0bfb681fd237bec1f66c6c53193 |
|
12-Feb-2010 |
Mathias Agopian <mathias@google.com> |
remove a dependency of GraphicBuffer (libui) on Parcel (libbinder).
Add a Flattenable interface to libutils which can be used to flatten
an object into bytestream + filedescriptor stream.
Parcel is modified to handle Flattenable. And GraphicBuffer implements
Flattenable.
Except for the overlay classes libui is now independent of libbinder.
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 6fee064809068fe1a7da63d55678d9a222b0be15 |
|
03-Nov-2009 |
Mathias Agopian <mathias@google.com> |
fix[2228133] pixelflinger ignores the "vertical stride" leading to artifacts when playing back video
we lost the concept of vertical stride when moving video playback to EGLImage.
Here we bring it back in a somewhat hacky-way that will work only for the
softgl/mdp backend.
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 54ba51dff21de666c5ae3bf3abd4f0634ebb0676 |
|
27-Oct-2009 |
Mathias Agopian <mathias@google.com> |
fix [2143798] Need to figure out how to do video
Use EGLImageKHR instead of copybit directly.
We now have the basis to use streaming YUV textures (well, in fact
we already are). When/if we use the GPU instead of the MDP we'll
need to make sure it supports the appropriate YUV format.
Also make sure we compile if EGL_ANDROID_image_native_buffer is not supported
/frameworks/native/libs/ui/GraphicBuffer.cpp
|
| 3330b203039dea366d4981db1408a460134b2d2c |
|
06-Oct-2009 |
Mathias Agopian <mathias@google.com> |
fix [2167050] glTexImage2D code path buggy in SurfaceFlinger
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.
/frameworks/native/libs/ui/GraphicBuffer.cpp
|