diff options
| author | 2017-03-21 13:15:39 -0700 | |
|---|---|---|
| committer | 2017-04-03 09:26:59 -0700 | |
| commit | b42f171a5a76985fde2689d90fd6d2d7e4920564 (patch) | |
| tree | 396532ee9db257790a64a18579bfd34629f2404d /libs/gui/ConsumerBase.cpp | |
| parent | 0e7305cb0ab3787cd4767aa3c57d6842ac351663 (diff) | |
libui: clean up GraphicBuffer interface
Other than transferring the ownership, some callers want to control
whether to register or to clone the handle when creating a
GraphicBuffer from a handle. Add a new constructor with
HandleWrapMethod for finer controls, to replace the one that has
only a boolean, keepOwnership.
The motivation is to enable users to construct GraphicBuffer without
fighting with GraphicBufferMapper::registerBuffer first. More
generally, GraphicBufferMapper::{registerBuffer,unregisterBuffer} is
tricky to use correctly. They should really be considered private
by most.
While at it, deprecate constructors that do not distinguish
producer/consumer usage. It turns out GraphicBuffer is used by some
proprietary libraries. I have to maintain the ABI and cannot remove
the deprecated constructors.
Bug: 36355756
Test: boots
Change-Id: Ieea618d8495f06a6233299d076fb821127cd6bf8
Diffstat (limited to 'libs/gui/ConsumerBase.cpp')
0 files changed, 0 insertions, 0 deletions