History log of /hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
9c043caec3b1a7bf08e9e0fb437ea8f3c2e30cea 03-Apr-2014 Shuzhen Wang <shuzhenw@codeaurora.org> gralloc: Add opaque raw and raw16 supports

Bug: 13769626

Change-Id: I85a48edc992e7e1f1a814940e4ef8ea120514dec
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
873a69a63909b570e687817ac61684fb4a199c28 24-Oct-2013 Naseer Ahmed <naseer@codeaurora.org> display: Use L3 DRM for non TZ content

When the GRALLOC_USAGE_PROTECTED flag is set, use L3 DRM if the
buffer isn't also allocated with the MM heap.
Per the gralloc spec, this means that such buffers shouldn't be
routed to external displays since the hardware protected path is
not available due to allocation from an insecure heap.

b/11071443 - (related) [HH] Green frame happens during playback
of Forward-lock DRM with Miracast connetion
Change-Id: Ifd858f874b4e3c2c3ec54c6d6a33372ec55b0aee
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
073830dc96c3d434bdc24a9ca23a7479fa9de19f 19-Sep-2013 Naseer Ahmed <naseer@codeaurora.org> gralloc: Add padding byte for YUV 420

YUV 420 buffers have the chroma starting at consecutive bytes
but end at the same byte. This results in the second chroma size
being one byte shorter in size. This isn't a problem for
hardware, however, the gralloc lock_ycbcr API expects to read the
same number of bytes based on the cstride for both chroma
components. This could lead to it accessing memory beyond what is
allocated leading to a crash in the calling process especially
when the size aligns exactly to the page size. Add one byte
padding when allocating YUV buffers to make sure the users of
this gralloc API get enough bytes to read.

Bug: 10787131
Change-Id: Id18e0739f9fdc2c7a4fbe7724be668a989f1a4a1
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
871638fa5f5e2d15314af163f164a297df58e9ec 21-Aug-2013 Naseer Ahmed <naseer@codeaurora.org> gralloc: Fix caching for rarely read/write flags

GRALLOC_USAGE_SW_WRITE_RARELY and GRALLOC_USAGE_SW_READ_RARELY
need to be compared directly since they share bits with
GRALLOC_USAGE_SW_WRITE_OFTEN and GRALLOC_USAGE_SW_READ_OFTEN.

Change-Id: I52692027033e1036e3ad960b9e03dd8ee60b4111
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
277c3f1bc1ae90749ab5fbbf7225b578bcf4fb79 16-Aug-2013 Jesse Hall <jessehall@google.com> Replace sRGB_888 with sRGB_X_8888

Bug: 10357459
Change-Id: I4d462ed21a3b53dbe84319cce802ff92043e5002
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
c46e4be02488b094fe8e310c71077a2cd39da59a 15-Aug-2013 Naseer Ahmed <naseer@codeaurora.org> gralloc: Fix NV12_ENCODEABLE allocation

Targets having the venus core have the same allocation and stride
requirements for HAL_PIXEL_FORMAT_NV12_ENCODEABLE as the
HAL_PIXEL_FORMAT_YCbCr_420_SP_VENUS format.

Change-Id: Ie5ab8db6639dfa791c5be0161cde6140c3dae779
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
32c2c1b1490e949a15dca9351f213d91be2b79d5 27-Jul-2013 Naseer Ahmed <naseer@codeaurora.org> gralloc: Add allocation support for sRGB formats

Refer to graphics.h for the definition of these new formats.
The HWC doesn't yet support output to these formats.

Change-Id: Ib924e7b41ccedb808631e0a23f706f3d9a209048
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
966f989a6d502dc12ad7f5ad950180df6581f382 26-Jul-2013 Mathias Agopian <mathias@google.com> get rid of HAL pixelformats 5551 and 4444

Change-Id: I817510c3c7c0c3d95924c2ffc79e5727a6d6c48f
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
f0dca604ef4041bb6f839c35ce297ed1d5558e3c 25-Jul-2013 Naseer Ahmed <naseer@codeaurora.org> display: Add support for HAL_PIXEL_FORMAT_NV21_ZSL format

Add Support for HAL_PIXEL_FORMAT_NV21_ZSL format in gralloc for
camera capture usecase.
This support is required because, CPP module requires 64 byte
aligned width and height to resolve corruption in bottom/left edge
of the landscape/portrait buffer.

Change-Id: Id3e0e5f3d695d5111f3469f78a1d52aad9bea4f4
Acked-by: Ramkumar Radhakrishnan <ramkumar@codeaurora.org>
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
87751b32a4861cfa5c987eeea273d2e054a18678 31-May-2013 Arun Kumar K.R <akumarkr@codeaurora.org> libgralloc: Allow USAGE_RARELY flags to be uncached

Allow GRALLOC_USAGE_SW_READ_RARELY and GRALLOC_USAGE_SW_WRITE_RARELY
flags to be uncached.

Change-Id: I014d659e5d5465c6a27aa3979d52cbf3f7c14024
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
85d6a62681fd835b64238766eb5401c61e7d328e 29-May-2013 Naseer Ahmed <naseer@codeaurora.org> gralloc: Allow system heap to be uncached.

Remove an old check that prevented this from happening.

Change-Id: I938b11b27e58fc38a679dc55e31e7b51eb86bd3a
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp
513ddc2124abf90c63af41999201f0d2031af0c8 12-Jun-2013 Vineeta Srivastava <vsrivastava@google.com> Splitting hardware/qcom/display chip specific.

Moved msm8960 specific code in msm8960/ directory.
Moved msm8974 specific code in msm8974/ directory.
Updated Makefiles to point to correct header files.

Change-Id: I0623022f324be0ae42571660074f16afa1f71df5
/hardware/qcom/display/msm8974/libgralloc/alloc_controller.cpp