From e05f07dffa196d6403733b26317faa9f267d518f Mon Sep 17 00:00:00 2001 From: Mathias Agopian Date: Wed, 7 Oct 2009 16:44:10 -0700 Subject: fix [2170319] gmail bulk operation checkbox latency on passion This also fixes [2152536] ANR in browser When SF is enqueuing buffers faster than SF dequeues them. The update flag in SF is not counted and under some situations SF will only dequeue the first buffer. The state at this point is not technically corrupted, it's valid, but just delayed by one buffer. In the case of the Browser ANR, because the last enqueued buffer was delayed the resizing of the current buffer couldn't happen. The system would always fall back onto its feet if anything -else- in tried to draw, because the "late" buffer would be picked up then. --- libs/ui/SurfaceComposerClient.cpp | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) (limited to 'libs/ui/SurfaceComposerClient.cpp') diff --git a/libs/ui/SurfaceComposerClient.cpp b/libs/ui/SurfaceComposerClient.cpp index 3baa2817aac4..eda84eff04f4 100644 --- a/libs/ui/SurfaceComposerClient.cpp +++ b/libs/ui/SurfaceComposerClient.cpp @@ -42,7 +42,6 @@ #include #include -#include #define VERBOSE(...) ((void)0) //#define VERBOSE LOGD @@ -155,7 +154,6 @@ void SurfaceComposerClient::_init( { VERBOSE("Creating client %p, conn %p", this, conn.get()); - mSignalServer = 0; mPrebuiltLayerState = 0; mTransactionOpen = 0; mStatus = NO_ERROR; @@ -168,7 +166,7 @@ void SurfaceComposerClient::_init( } mControlMemory = mClient->getControlBlock(); - mSignalServer = new SurfaceFlingerSynchro(sm); + mSignalServer = sm; mControl = static_cast(mControlMemory->getBase()); } @@ -225,7 +223,6 @@ void SurfaceComposerClient::dispose() Mutex::Autolock _lg(gLock); Mutex::Autolock _lm(mLock); - delete mSignalServer; mSignalServer = 0; if (mClient != 0) { -- cgit v1.2.3-59-g8ed1b