Searched refs:unlocking (Results 1 – 17 of 17) sorted by relevance
| /linux-3.4.99/Documentation/ |
| D | rt-mutex.txt | 41 locking overhead when locking an uncontended mutex or unlocking a mutex
|
| D | robust-futex-ABI.txt | 69 in the middle of a locking or unlocking operation.
114 Actual locking and unlocking, during normal operations, is handled
|
| D | mutex-design.txt | 72 the unlocking fastpath is equally tight:
|
| D | futex-requeue-pi.txt | 20 rest to the natural wakeup inherent in unlocking the mutex
|
| D | rt-mutex-design.txt | 512 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.
|
| D | memory-barriers.txt | 1125 typically used for bitwise unlocking operations, so care must be taken as
1782 issued prior to unlocking the critical section.
|
| /linux-3.4.99/fs/dlm/ |
| D | dlm_internal.h | 623 struct list_head unlocking; member
|
| D | user.c | 642 INIT_LIST_HEAD(&proc->unlocking); in device_open()
|
| D | lock.c | 4896 list_move(&lkb->lkb_ownqueue, &ua->proc->unlocking); in dlm_user_unlock()
5090 list_for_each_entry_safe(lkb, safe, &proc->unlocking, lkb_ownqueue) { in dlm_clear_proc_locks()
5130 list_for_each_entry_safe(lkb, safe, &proc->unlocking, lkb_ownqueue) { in purge_proc_locks()
|
| /linux-3.4.99/fs/jffs2/ |
| D | README.Locking | 59 lead to deadlock, unless we played games with unlocking the i_sem
|
| /linux-3.4.99/Documentation/filesystems/ |
| D | mandatory-locking.txt | 35 update, before applying its own lock, updating the file and unlocking it again.
|
| D | porting | 38 typically between calling iget_locked() and unlocking the inode.
|
| D | Locking | 269 followed by unlocking it. Once set_page_writeback() has been run against the
|
| D | vfs.txt | 287 unfreeze_fs: called when VFS is unlocking a filesystem and making it writable
672 The filesystem must take care of unlocking the page and releasing it
|
| /linux-3.4.99/Documentation/vm/ |
| D | unevictable-lru.txt | 446 zeros out the page_mapping of the old page before unlocking it, so m[un]lock
|
| /linux-3.4.99/Documentation/cdrom/ |
| D | cdrom-standard.tex | 365 However, strategic actions such as ejection of the tray, or unlocking
|
| /linux-3.4.99/Documentation/scsi/ |
| D | ChangeLog.lpfc | 419 and kernel complained about unlocking lock which is not locked.
|