Home
last modified time | relevance | path

Searched refs:unlocking (Results 1 – 19 of 19) sorted by relevance

/linux-4.1.27/Documentation/locking/
Dmutex-design.txt49 the unlocking fastpath is equally tight:
94 - Recursive locking/unlocking is not permitted.
Dww-mutex-design.txt253 /* need to do that before unlocking, since only the current lock holder is
327 unlocking all mutexes.
329 before unlocking all mutexes.
Drt-mutex.txt41 locking overhead when locking an uncontended mutex or unlocking a mutex
Drt-mutex-design.txt512 wait_lock, the unlocking code would spin on the new owner's pi_lock
575 The wait_lock of the mutex is taken since the slow path of unlocking the
718 The unlocking of a mutex also has a fast path for those architectures with
721 take the slow path when unlocking the mutex. If the mutex doesn't have any
729 mutex. This synchronizes the locking and unlocking of the mutex.
/linux-4.1.27/Documentation/
Drobust-futex-ABI.txt69 in the middle of a locking or unlocking operation.
114 Actual locking and unlocking, during normal operations, is handled
Dfutex-requeue-pi.txt20 rest to the natural wakeup inherent in unlocking the mutex
Dmemory-barriers.txt2475 issued prior to unlocking the critical section.
/linux-4.1.27/fs/dlm/
Ddlm_internal.h691 struct list_head unlocking; member
Duser.c652 INIT_LIST_HEAD(&proc->unlocking); in device_open()
Dlock.c6000 list_move(&lkb->lkb_ownqueue, &ua->proc->unlocking); in dlm_user_unlock()
6197 list_for_each_entry_safe(lkb, safe, &proc->unlocking, lkb_ownqueue) { in dlm_clear_proc_locks()
6237 list_for_each_entry_safe(lkb, safe, &proc->unlocking, lkb_ownqueue) { in purge_proc_locks()
/linux-4.1.27/fs/jffs2/
DREADME.Locking55 lead to deadlock, unless we played games with unlocking the i_sem
/linux-4.1.27/Documentation/filesystems/
Dmandatory-locking.txt35 update, before applying its own lock, updating the file and unlocking it again.
Dporting38 typically between calling iget_locked() and unlocking the inode.
DLocking271 followed by unlocking it. Once set_page_writeback() has been run against the
Dvfs.txt283 unfreeze_fs: called when VFS is unlocking a filesystem and making it writable
684 The filesystem must take care of unlocking the page and releasing it
/linux-4.1.27/Documentation/filesystems/caching/
Dnetfs-api.txt760 associated object before unlocking the cookie.
/linux-4.1.27/Documentation/vm/
Dunevictable-lru.txt443 zeros out the page_mapping of the old page before unlocking it, so m[un]lock
/linux-4.1.27/Documentation/cdrom/
Dcdrom-standard.tex365 However, strategic actions such as ejection of the tray, or unlocking
/linux-4.1.27/Documentation/scsi/
DChangeLog.lpfc419 and kernel complained about unlocking lock which is not locked.