/external/webkit/Source/WebCore/platform/graphics/android/ |
TilesManager.cpp | 239 android::Mutex::Autolock lock(m_texturesLock); 245 android::Mutex::Autolock lock(m_texturesLock); 252 android::Mutex::Autolock lock(m_texturesLock); 357 android::Mutex::Autolock lock(m_texturesLock); 363 android::Mutex::Autolock lock(m_texturesLock); 375 android::Mutex::Autolock lock(m_texturesLock); 403 android::Mutex::Autolock lock(m_texturesLock);
|
/frameworks/base/media/libmedia/ |
mediaplayer.cpp | 91 // always call with lock held 113 { // scope for the lock 205 Mutex::Autolock lock(mLock); 215 Mutex::Autolock lock(mLock); 231 // must call with lock held 617 mLock.lock(); 624 if (locked) mLock.unlock(); // release the lock when done.
|
/frameworks/base/telephony/java/com/android/internal/telephony/ |
ServiceStateTracker.java | 234 * These two flags manage the behavior of the cell lock -- the 235 * lock should be held if either flag is true. The intention is 236 * to allow temporary acquisition of the lock to get a single 237 * update. Such a lock grab and release can thus be made to not 238 * interfere with more permanent lock holds -- in other words, the 239 * lock will only be released if both flags are false, and so 240 * releases by temporary users will only affect the lock state if
|
IccCard.java | 276 * Check whether ICC pin lock is enabled 298 * Set the ICC pin lock enabled or disabled 349 * Change the ICC password used in ICC pin lock 522 if(mDbg) log("Error in querying facility lock:" + ar.exception); 529 if(mDbg) log("Query facility lock : " + mIccFdnEnabled); 531 Log.e(mLogTag, "[IccCard] Bogus facility lock response"); 541 if (mDbg) log("Error in querying facility lock:" + ar.exception); 548 if(mDbg) log("Query facility lock : " + mIccPinLocked); 550 Log.e(mLogTag, "[IccCard] Bogus facility lock response"); 644 Log.e(mLogTag, "Error change facility lock with exception [all...] |
/libcore/luni/src/main/java/java/io/ |
PushbackReader.java | 85 synchronized (lock) { 137 synchronized (lock) { 184 synchronized (lock) { 231 synchronized (lock) { 305 synchronized (lock) { 332 synchronized (lock) { 356 synchronized (lock) {
|
/external/chromium/base/ |
tracked_objects.h | 14 #include "base/synchronization/lock.h" 22 // updated without (usually) having to lock the data, and hence there is usually 28 // recurring allocation/deallocation, lock contention and data copying. In the 84 // addition *only* for the given thread, we avoid the need to lock such 108 // using an additional lock. Iterations are actually pretty rare (used 109 // primarilly for cleanup, or snapshotting data for display), so this lock has 326 base::Lock accumulation_lock_; // Protects access during accumulation phase. 506 // Using our lock, make a copy of the specified maps. These calls may arrive 518 // Using our lock to protect the iteration, Clear all birth and death data. 580 static base::Lock list_lock_ [all...] |
/frameworks/base/policy/src/com/android/internal/policy/impl/ |
LockPatternKeyguardView.java | 73 * two {@link Mode}s of operation, lock and unlock. This will show the appropriate 153 * Either a lock screen (an informational keyguard screen), or an unlock 213 * can get past the lock screen per {@link #verifyUnlock()} 219 * Used to lookup the state of the lock pattern 280 * @return Whether we are stuck on the lock screen because the sim is 295 * @param lockPatternUtils Used to look up state of lock pattern. 334 // stuck on lock screen when sim missing or 562 // Emulate activity life-cycle for both lock and unlock screen. 657 // Emulate activity life-cycle for both lock and unlock screen. 715 if (DEBUG_CONFIGURATION) Log.v(TAG, "**** re-creating lock screen since config changed") [all...] |
/dalvik/vm/ |
LinearAlloc.cpp | 212 dvmInitMutex(&pHdr->lock); 287 dvmLockMutex(&pHdr->lock); 388 dvmUnlockMutex(&pHdr->lock); 455 dvmLockMutex(&pHdr->lock); 526 dvmUnlockMutex(&pHdr->lock); 590 * We grab the lock so that the header contents and list output are 600 dvmLockMutex(&pHdr->lock); 651 dvmUnlockMutex(&pHdr->lock); 667 dvmLockMutex(&pHdr->lock); 685 dvmUnlockMutex(&pHdr->lock); [all...] |
/dalvik/vm/alloc/ |
Heap.cpp | 135 * Grab the lock, but put ourselves into THREAD_VMWAIT if it looks like 215 * lock, wait for the GC to complete, and retrying allocating. 278 * The caller must not be holding the heap lock, or else the allocations 449 * thread stacks. (Before we do so, grab the lock.) 466 /* The heap lock must be held. 534 * Re-acquire the heap lock and perform the final thread 694 * must hold the heap lock. 698 * case we will be suspended with the heap lock held, which can lead to 701 * allocates memory. We can avoid this situation by releasing the lock 708 * activity will grab the lock before issuing a suspend-all. (We may briefl [all...] |
/development/tools/emulator/opengl/system/gralloc/ |
gralloc.cpp | 80 pthread_mutex_t lock; member in struct:gralloc_device_t 257 pthread_mutex_lock(&grdev->lock); 265 pthread_mutex_unlock(&grdev->lock); 298 pthread_mutex_lock(&grdev->lock); 317 pthread_mutex_unlock(&grdev->lock); 500 return sFallback->lock(sFallback, handle, usage, l, t, w, h, vaddr); 512 // 2. lock for either sw read or write. 561 // locked for write access. fail the lock. 695 pthread_mutex_init(&dev->lock, NULL); 785 lock: gralloc_lock [all...] |
/external/chromium/webkit/glue/media/ |
buffered_data_source.cc | 285 // NOTE: it's vital that this be set under lock, as that's how Read() tests 495 // lock and running the destructor. 497 // w/o the lock. 501 // we have received the stop signal. We need to lock down the whole callback 544 // lock and running the destructor. 546 // w/o the lock. 550 // we have received the stop signal. We need to lock down the whole callback 586 // we have received the stop signal. We need to lock down the whole callback 616 // we have received the stop signal. We need to lock down the whole callback 660 // we have received the stop signal. We need to lock down the whole callbac [all...] |
/external/qemu/distrib/sdl-1.2.12/src/video/cybergfx/ |
SDL_cgximage.c | 63 screen->hwdata->lock=NULL; 69 if(!(screen->hwdata->lock=LockBitMapTags(screen->hwdata->bmap, 77 UnLockBitMap(screen->hwdata->lock); 78 screen->hwdata->lock=NULL; 169 surface->hwdata->lock=NULL; 213 if(!surface->hwdata->lock) 217 if(!(surface->hwdata->lock=LockBitMapTags(surface->hwdata->bmap, 237 if(surface->hwdata && surface->hwdata->lock) 239 UnLockBitMap(surface->hwdata->lock); 240 surface->hwdata->lock=NULL [all...] |
/external/chromium/chrome/browser/ |
process_singleton_linux.cc | 21 // We also have a lock file, which is a symlink to a non-existent destination. 24 // first copy of chrome exits it will delete the lock file on shutdown, so that 27 // If writing to the socket fails, the hostname in the lock is checked to see if 261 // If we failed to create the lock, most likely another instance won the 271 // Extract the hostname and pid from the lock symlink. 272 // Returns true if the lock existed. 338 // the same host, kill the process, unlink the lock file and return true. 339 // If the process is part of the same chrome instance, unlink the lock file and 781 // created the lock but not attached to the socket. So we check if the 904 // instance was starting at the same time and managed to grab the lock befor [all...] |
/external/valgrind/main/docs/html/ |
drd-manual.html | 37 <dt><span class="sect2"><a href="drd-manual.html#drd-manual.lock-contention">8.2.3. Detected Errors: Lock Contention</a></span></dt> 208 Lock contention. One thread blocks the progress of one or more other 209 threads by holding a lock too long. 215 by another thread than the thread that obtained a lock on the mutex. 234 software. DRD can detect these, as well as lock contention and 279 a lock on the associated mutex while the shared data is accessed. 331 Print an error message if any mutex or writer lock has been 333 option enables the detection of lock contention. 368 a lock on the associated mutex is a common programming erro [all...] |
/external/bluetooth/bluez/gdbus/ |
watch.c | 77 gboolean lock; member in struct:filter_data 323 if (data->lock) 369 /* Don't remove the filter if other callbacks exist or data is lock 371 if (data->callbacks || data->lock) 525 data->lock = TRUE; 531 data->lock = FALSE;
|
/external/chromium/chrome/browser/resources/options/chromeos/ |
internet_options.js | 98 $('sim-card-lock-enabled').addEventListener('click', function(event) { 99 var newValue = $('sim-card-lock-enabled').checked; 103 $('sim-card-lock-enabled').checked = !newValue; 179 $('sim-card-lock-enabled').disabled = !enabled; 299 $('sim-card-lock-enabled').checked = data.requirePin; 419 $('sim-card-lock-enabled').checked = data.simCardLockEnabled;
|
/external/chromium/net/base/ |
cert_verifier.cc | 10 #include "base/synchronization/lock.h" 175 // We lock here because the worker thread could still be in Finished, 176 // after the PostTask, but before unlocking |lock_|. If we do not lock in 177 // this case, we will end up deleting a locked Lock, which can lead to 193 // do so concurrently, then it'll block on the lock and we'll call PostTask 220 base::Lock lock_;
|
/external/quake/quake/src/QW/client/ |
snd_win.c | 369 while ((hresult = pDSBuf->lpVtbl->Lock(pDSBuf, 0, gSndBufSize, &lpData, &dwSize, NULL, NULL, 0)) != DS_OK)
373 Con_SafePrintf ("SNDDMA_InitDirect: DS::Lock Sound Buffer Failed\n");
470 * Allocate and lock memory for the waveform data. The memory
486 Con_SafePrintf ("Sound: Failed to lock.\n");
493 * Allocate and lock memory for the header. This memory must
511 Con_SafePrintf ("Sound: Failed to lock header.\n");
|
/external/quake/quake/src/WinQuake/ |
snd_win.cpp | 371 while ((hresult = pDSBuf->lpVtbl->Lock(pDSBuf, 0, gSndBufSize, &lpData, &dwSize, NULL, NULL, 0)) != DS_OK)
375 Con_SafePrintf ("SNDDMA_InitDirect: DS::Lock Sound Buffer Failed\n");
472 * Allocate and lock memory for the waveform data. The memory
488 Con_SafePrintf ("Sound: Failed to lock.\n");
495 * Allocate and lock memory for the header. This memory must
513 Con_SafePrintf ("Sound: Failed to lock header.\n");
|
/external/webkit/Source/WebKit/android/WebCoreSupport/ |
WebUrlLoaderClient.cpp | 42 using base::Lock; 50 static Lock networkThreadLock; 54 AutoLock lock(networkThreadLock); 75 base::Lock* WebUrlLoaderClient::syncLock() { 76 static Lock s_syncLock; 187 // Sometimes, a sync load can wait forever and lock up the WebCore thread,
|
/external/webkit/Source/WebKit/mac/WebView/ |
WebDynamicScrollBarsView.mm | 445 - (void)setHorizontalScrollingMode:(ScrollbarMode)horizontalMode andLock:(BOOL)lock 447 [self setScrollingModes:horizontalMode vertical:[self verticalScrollingMode] andLock:lock]; 450 - (void)setVerticalScrollingMode:(ScrollbarMode)verticalMode andLock:(BOOL)lock 452 [self setScrollingModes:[self horizontalScrollingMode] vertical:verticalMode andLock:lock]; 461 - (void)setScrollingModes:(ScrollbarMode)horizontalMode vertical:(ScrollbarMode)verticalMode andLock:(BOOL)lock 474 if (lock)
|
/frameworks/base/opengl/libs/EGL/ |
egl_display.cpp | 88 Mutex::Autolock _l(lock); 93 Mutex::Autolock _l(lock); 98 Mutex::Autolock _l(lock); 117 Mutex::Autolock _l(lock); 139 Mutex::Autolock _l(lock); 295 Mutex::Autolock _l(lock);
|
/hardware/ti/omap4xxx/domx/mm_osal/src/ |
timm_osal_events.c | 144 TIMM_OSAL_Error("Event Delete: Mutex Lock failed !"); 194 TIMM_OSAL_Error("Event Set: Mutex Lock failed !"); 249 * must occur (such as "count" must reach a specified |2)Lock associated mutex 251 *2) Lock associated mutex and check value of a global | that Thread-A is waiting upon. 285 /* Lock the mutex for access to the eFlags global variable */ 288 TIMM_OSAL_Error("Event Retrieve: Mutex Lock failed !");
|
/libcore/luni/src/main/java/java/util/concurrent/ |
package-info.java | 157 * single exclusion lock. In the particular case of 161 * to prevent all access to a collection via a single lock, at 194 * monitor <i>happens-before</i> every subsequent lock ({@code synchronized} 234 * {@code Lock.unlock}, {@code Semaphore.release}, and 237 * {@code Lock.lock}, {@code Semaphore.acquire},
|
/system/media/audio_utils/ |
echo_reference.c | 57 pthread_mutex_t lock; // mutex protecting read/write concurrency member in struct:echo_reference 128 pthread_mutex_lock(&er->lock); 254 pthread_mutex_unlock(&er->lock); 272 pthread_mutex_lock(&er->lock); 304 pthread_cond_timedwait_relative_np(&er->cond, &er->lock, &ts); 417 pthread_mutex_unlock(&er->lock);
|