History log of /frameworks/base/libs/ui/GraphicBufferAllocator.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
8bb824566fa51b7d137305d7849a81a4764c6b7e 30-Jul-2011 Mathias Agopian <mathias@google.com> improve GraphicAllocator dump method

GraphicAllocator debugging cannot deal with
custom HAL formats. make this more obvious in the
log.

Change-Id: I202e58a7f213f32e725aa4eac62cdf6e50ca5894
/frameworks/base/libs/ui/GraphicBufferAllocator.cpp
06a61e2fa830fcd66c12741a52cc5d9b4b214f94 20-Jan-2011 Mathias Agopian <mathias@google.com> improve SurfaceFlinger 'dumpsys' log

list the purgatory, which shows windows that have been closed,
but for which the client still has references.

Change-Id: I5168bb88cb328d5d77d71d0871deb9190f493126
/frameworks/base/libs/ui/GraphicBufferAllocator.cpp
19f9eda28a1bd182a5f7bba9dde015b29ab04d25 09-Dec-2010 Mathias Agopian <mathias@google.com> fix [3259708] Graphic Buffer Mapper does not support YV12

remove a bunch of a code that was there only to support broken gralloc implementations

Change-Id: I3c1a9172224cbcc283601abfbbd695a20815451f
/frameworks/base/libs/ui/GraphicBufferAllocator.cpp
94720d7ec40d2b5ee200d95a46588cdb0fb30e66 02-Dec-2010 Erik Gilling <konkers@android.com> surfaceflinger: add support for gralloc dump hooks

Change-Id: Ib6f539ed0132b70d040d653c03d52cc04249ac3c
/frameworks/base/libs/ui/GraphicBufferAllocator.cpp
e869aee382cfe01d42dffba4912458a16bb791fb 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/base/libs/ui/GraphicBufferAllocator.cpp
67bbac844d3fda5c693464deddf349b80c5190a0 15-Apr-2010 Mathias Agopian <mathias@google.com> when a zero dimension buffer is allocated, turn the allocation into
a 1x1 buffer instead of Nx1 (or 1xN)

Change-Id: I27eeb15e83e13002dd9405f4e52b54f7dffc0fe7
/frameworks/base/libs/ui/GraphicBufferAllocator.cpp
dc5ce9c548533e0c149e7a5b2a0597f321905bef 25-Mar-2010 Mathias Agopian <mathias@google.com> fix [2545826] calling into gralloc with external lock held

Change-Id: I2d0e017382404c684c768a0dd0423d574213f10a
/frameworks/base/libs/ui/GraphicBufferAllocator.cpp
6f5f5a095a5a4d42fc656cf8c1e6d0f67594f88d 06-Oct-2009 Mathias Agopian <mathias@google.com> fix [2168531] have software-only gralloc buffer side-step the HAL
/frameworks/base/libs/ui/GraphicBufferAllocator.cpp
6950e428feaccc8164b989ef64e771a99948797a 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/base/libs/ui/GraphicBufferAllocator.cpp