summaryrefslogtreecommitdiffstats
path: root/media/audio/cras
diff options
context:
space:
mode:
authorjadahl@opera.com <jadahl@opera.com@0039d316-1c4b-4281-b951-d872f2087c98>2014-03-28 17:10:48 +0000
committerjadahl@opera.com <jadahl@opera.com@0039d316-1c4b-4281-b951-d872f2087c98>2014-03-28 17:10:48 +0000
commitb89ca2e49c322f2b8887c48c3ce5db7493ca8d2a (patch)
tree7954a895ea049914ccabad310c55df661d30676e /media/audio/cras
parentcd6a73dcd63893d805b86f62354d4bb5b0cbbbf8 (diff)
downloadchromium_src-b89ca2e49c322f2b8887c48c3ce5db7493ca8d2a.zip
chromium_src-b89ca2e49c322f2b8887c48c3ce5db7493ca8d2a.tar.gz
chromium_src-b89ca2e49c322f2b8887c48c3ce5db7493ca8d2a.tar.bz2
By keeping track of transfer buffer usage (both sync and async), it is
possible to reuse an existing transfer buffer earlier than it is today. For synchronous uploads, this is done by inserting tokens marking a buffer's last usage. If such a token has passed, the buffer can be reused. For asynchronous uploads, this is done by adding an internal async upload token to the GLES2Implementation and GLES2CmdDecoderImpl that enumerates all asynchronous uploads. When an upload is completed, the token is synchronized with the client which then can free the memory associated with the async token. The fenced allocator and mapped memory manager gets a callback that is used to allow fenced allocator to make the user, in this case GLES2Implementation, poll the current async upload token and free any associated memory. BUG=328808 Review URL: https://codereview.chromium.org/116863003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@260177 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'media/audio/cras')
0 files changed, 0 insertions, 0 deletions