Searched +full:parent +full:- +full:locked (Results 1 – 25 of 30) sorted by relevance
12
| /Documentation/i2c/ |
| D | i2c-topology.rst | 6 than a straight-forward I2C bus with one adapter and one or more devices. 23 each adapter has a parent adapter (except the root adapter) and zero or 25 I2C transfers, and all adapters with a parent are part of an "i2c-mux" 40 mux-locked or parent-locked muxes. 43 Mux-locked muxes 44 ---------------- 46 Mux-locked muxes does not lock the entire parent adapter during the 47 full select-transfer-deselect transaction, only the muxes on the parent 48 adapter are locked. Mux-locked muxes are mostly interesting if the 50 their tasks. Since the parent adapter is not fully locked during the [all …]
|
| /Documentation/devicetree/bindings/i2c/ |
| D | i2c-mux-gpmux.yaml | 1 # SPDX-License-Identifier: GPL-2.0 3 --- 4 $id: http://devicetree.org/schemas/i2c/i2c-mux-gpmux.yaml# 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Peter Rosin <peda@axentia.se> 16 .-----. .-----. 18 .------------. '-----' '-----' 20 | | .--------+--------' 21 | .------. | .------+ child bus A, on MUX value set to 0 22 | | I2C |-|--| Mux | [all …]
|
| /Documentation/filesystems/ |
| D | directory-locking.rst | 7 kinds of locks - per-inode (->i_rwsem) and per-filesystem 8 (->s_vfs_rename_mutex). 10 When taking the i_rwsem on multiple non-directory objects, we 30 * lock the parent (exclusive) 36 * lock the parent (exclusive) 40 5. rename that is _not_ cross-directory. Locking rules: 42 * lock the parent (exclusive) 44 * decide which of the source and target need to be locked. 45 The source needs to be locked if it's a non-directory, target - if it's 46 a non-directory or about to be removed. [all …]
|
| D | locking.rst | 5 The text below describes the locking rules for VFS-related methods. 6 It is (believed to be) up-to-date. *Please*, if you change anything in 7 prototypes or locking protocols - update this file. And update the relevant 10 Don't turn it into log - maintainers of out-of-the-tree code are supposed to 37 ops rename_lock ->d_lock may block rcu-walk 39 d_revalidate: no no yes (ref-walk) maybe 50 d_manage: no no yes (ref-walk) maybe 108 permission: no (may not block if called in rcu-walk mode) 123 Additionally, ->rmdir(), ->unlink() and ->rename() have ->i_rwsem 125 cross-directory ->rename() has (per-superblock) ->s_vfs_rename_sem. [all …]
|
| D | vfs.rst | 1 .. SPDX-License-Identifier: GPL-2.0 9 - Copyright (C) 1999 Richard Gooch 10 - Copyright (C) 2005 Pekka Enberg 27 ------------------------------ 32 cache or dcache). This provides a very fast look-up mechanism to 44 ---------------- 55 the parent directory inode. This method is installed by the specific 64 --------------- 67 structure (this is the kernel-side implementation of file descriptors). 88 .. code-block:: c [all …]
|
| D | porting.rst | 5 --- 16 --- 20 New methods: ->alloc_inode() and ->destroy_inode(). 22 Remove inode->u.foo_inode_i 27 /* fs-private stuff */ 35 Use FOO_I(inode) instead of &inode->u.foo_inode_i; 37 Add foo_alloc_inode() and foo_destroy_inode() - the former should allocate 38 foo_inode_info and return the address of ->vfs_inode, the latter should free 39 FOO_I(inode) (see in-tree filesystems for examples). 41 Make them ->alloc_inode and ->destroy_inode in your super_operations. [all …]
|
| D | path-lookup.txt | 17 thus in every component during path look-up. Since 2.5.10 onwards, fast-walk 23 make dcache look-up lock-free. 30 are path-walk intensive tend to do path lookups starting from a common dentry 35 (including dcache look-up) completely "store-free" (so, no locks, atomics, or 36 even stores into cachelines of common dentries). This is known as "rcu-walk" 42 A name string specifies a start (root directory, cwd, fd-relative) and a 45 elements are sub-strings, separated by '/'. 48 (usually the final element, or parent of final element). This is done by taking 49 the path given by the name's starting point (which we know in advance -- eg. 50 current->fs->cwd or current->fs->root) as the first parent of the lookup. Then [all …]
|
| D | proc.rst | 1 .. SPDX-License-Identifier: GPL-2.0 24 1.1 Process-Specific Subdirectories 36 3 Per-Process Parameters 37 3.1 /proc/<pid>/oom_adj & /proc/<pid>/oom_score_adj - Adjust the oom-killer 39 3.2 /proc/<pid>/oom_score - Display current oom-killer score 40 3.3 /proc/<pid>/io - Display the IO accounting fields 41 3.4 /proc/<pid>/coredump_filter - Core dump filtering settings 42 3.5 /proc/<pid>/mountinfo - Information about mounts 44 3.7 /proc/<pid>/task/<tid>/children - Information about task children 45 3.8 /proc/<pid>/fdinfo/<fd> - Information about opened file [all …]
|
| D | path-lookup.rst | 5 This write-up is based on three articles published at lwn.net: 7 - <https://lwn.net/Articles/649115/> Pathname lookup in Linux 8 - <https://lwn.net/Articles/649729/> RCU-walk: faster pathname lookup in Linux 9 - <https://lwn.net/Articles/650786/> A walk among the symlinks 15 - per-directory parallel name lookup. 16 - ``openat2()`` resolution restriction flags. 27 the early parts of the analysis we will divide off symlinks - leaving 30 will allow us to review "REF-walk" and "RCU-walk" separately. But we 35 -------------------------- 37 .. _openat: http://man7.org/linux/man-pages/man2/openat.2.html [all …]
|
| /Documentation/netlink/specs/ |
| D | dpll.yaml | 1 # SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 8 - 16 - 20 - 23 render-max: true 24 - 26 name: lock-status 31 - 34 dpll was not yet locked to any valid input (or forced by setting 37 - [all …]
|
| /Documentation/driver-api/mmc/ |
| D | mmc-dev-parts.rst | 10 parent /dev/mmcblkX. 21 To enable write access to /dev/mmcblkXbootY, disable the forced read-only 26 To re-enable read-only access:: 30 The boot partitions can also be locked read only until the next power on, 37 feature has been disabled on the card, the file will be read-only. 39 The boot partitions can also be locked permanently, but this feature is
|
| /Documentation/devicetree/bindings/clock/ti/ |
| D | apll.txt | 4 register-mapped APLL with usually two selectable input clocks 5 (reference clock and bypass clock), with analog phase locked 8 modes (locked, low power stop etc.) APLL mostly behaves like 11 [1] Documentation/devicetree/bindings/clock/clock-bindings.txt 15 - compatible : shall be "ti,dra7-apll-clock" or "ti,omap2-apll-clock" 16 - #clock-cells : from common clock binding; shall be set to 0. 17 - clocks : link phandles of parent clocks (clk-ref and clk-bypass) 18 - reg : address and length of the register set for controlling the APLL. 20 "control" - contains the control register offset 21 "idlest" - contains the idlest register offset [all …]
|
| D | dpll.txt | 4 register-mapped DPLL with usually two selectable input clocks 5 (reference clock and bypass clock), with digital phase locked 8 modes (locked, low power stop etc.) This binding has several 9 sub-types, which effectively result in slightly different setup 12 [1] Documentation/devicetree/bindings/clock/clock-bindings.txt 15 - compatible : shall be one of: 16 "ti,omap3-dpll-clock", 17 "ti,omap3-dpll-core-clock", 18 "ti,omap3-dpll-per-clock", 19 "ti,omap3-dpll-per-j-type-clock", [all …]
|
| /Documentation/arch/x86/ |
| D | resctrl.rst | 1 .. SPDX-License-Identifier: GPL-2.0 9 :Authors: - Fenghua Yu <fenghua.yu@intel.com> 10 - Tony Luck <tony.luck@intel.com> 11 - Vikas Shivappa <vikas.shivappa@intel.com> 38 # mount -t resctrl resctrl [-o cdp[,cdpl2][,mba_MBps][,debug]] /sys/fs/resctrl 57 pseudo-locking is a unique way of using cache control to "pin" or 59 "Cache Pseudo-Locking". 96 own settings for cache use which can over-ride 128 Corresponding region is pseudo-locked. No 131 Indicates if non-contiguous 1s value in CBM is supported. [all …]
|
| D | shstk.rst | 1 .. SPDX-License-Identifier: GPL-2.0 4 Control-flow Enforcement Technology (CET) Shadow Stack 10 Control-flow Enforcement Technology (CET) covers several related x86 processor 20 control-protection fault. IBT verifies indirect CALL/JMP targets are intended 22 Stack and Indirect Branch Tracking. Today in the 64-bit kernel, only userspace 45 from readelf/llvm-readelf output:: 47 readelf -n <application> | grep -a SHSTK 60 on a per-thread basis. The enablement status is inherited on clone, so if the 90 -EPERM if any of the passed feature are locked. 91 -ENOTSUPP if the feature is not supported by the hardware or [all …]
|
| /Documentation/devicetree/bindings/input/ |
| D | adi,adp5588.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) 3 --- 5 $schema: http://devicetree.org/meta-schemas/core.yaml# 10 - Nuno Sá <nuno.sa@analog.com> 14 https://www.analog.com/media/en/technical-documentation/data-sheets/ADP5588.pdf 17 - $ref: matrix-keymap.yaml# 18 - $ref: input.yaml# 23 - adi,adp5587 24 - adi,adp5588 29 vcc-supply: [all …]
|
| /Documentation/driver-api/ |
| D | dpll.rst | 1 .. SPDX-License-Identifier: GPL-2.0 10 PLL - Phase Locked Loop is an electronic circuit which syntonizes clock 14 DPLL - Digital Phase Locked Loop is an integrated circuit which in 82 - ``DPLL_PIN_STATE_CONNECTED`` - the pin is used to drive dpll device 83 - ``DPLL_PIN_STATE_DISCONNECTED`` - the pin is not used to drive dpll 89 - ``DPLL_PIN_STATE_SELECTABLE`` - the pin shall be considered as valid 91 - ``DPLL_PIN_STATE_DISCONNECTED`` - the pin shall be not considered as 104 1) Set on a pin - the configuration affects all dpll devices pin is 106 2) Set on a pin-dpll tuple - the configuration affects only selected 110 MUX-type pins [all …]
|
| /Documentation/gpu/ |
| D | vgaarbiter.rst | 7 implemented on PCI will typically have the same "hard-decoded" addresses as 8 they did on ISA. For more details see "PCI Bus Binding to IEEE Std 1275-1994 14 than one legacy device co-exists on the same machine. But the problem happens 23 --------------------------- 50 "locks" indicates what is locked by this card. If the card is 51 unplugged, we get "invalid" then for card_ID and an -ENODEV 63 non-blocking acquire locks on target (returns EBUSY if 90 In the case of devices hot-{un,}plugged, there is a hook - pci_notify() - to 94 There is also an in-kernel API of the arbiter in case DRM, vgacon, or other 97 In-kernel interface [all …]
|
| /Documentation/filesystems/xfs/ |
| D | xfs-online-fsck-design.rst | 1 .. SPDX-License-Identifier: GPL-2.0 8 Heading 3 uses "----" 25 - To help kernel distributors understand exactly what the XFS online fsck 28 - To help people reading the code to familiarize themselves with the relevant 31 - To help developers maintaining the system by capturing the reasons 59 - Provide a hierarchy of names through which application programs can associate 62 - Virtualize physical storage media across those names, and 64 - Retrieve the named data blobs at any time. 66 - Examine resource usage. 70 Secondary metadata (e.g. reverse mapping and directory parent pointers) support [all …]
|
| D | xfs-delayed-logging-design.rst | 1 .. SPDX-License-Identifier: GPL-2.0 33 details logged are made up of the changes to in-core structures rather than 34 on-disk structures. Other objects - typically buffers - have their physical 64 place. This means that permanent transactions can be used for one-shot 65 modifications, but one-shot reservations cannot be used for permanent 68 In the code, a one-shot transaction pattern looks somewhat like this:: 97 While this might look similar to a one-shot transaction, there is an important 105 This results in a series of "rolling transactions" where the inode is locked 123 the on-disk journal. 165 transaction, we have to reserve enough space to record a full leaf-to-root split [all …]
|
| /Documentation/ABI/testing/ |
| D | sysfs-class-mtd | 4 Contact: linux-mtd@lists.infradead.org 12 Contact: linux-mtd@lists.infradead.org 22 Contact: linux-mtd@lists.infradead.org 24 These directories provide the corresponding read-only device 30 Contact: linux-mtd@lists.infradead.org 34 read-write device so <minor> will be even. 39 Contact: linux-mtd@lists.infradead.org 42 to the read-only variant of the MTD device (in 48 Contact: linux-mtd@lists.infradead.org 58 Contact: linux-mtd@lists.infradead.org [all …]
|
| D | sysfs-bus-cxl | 4 Contact: linux-cxl@vger.kernel.org 14 Contact: linux-cxl@vger.kernel.org 17 Memory Device Output Payload in the CXL-2.0 24 Contact: linux-cxl@vger.kernel.org 28 Payload in the CXL-2.0 specification. 34 Contact: linux-cxl@vger.kernel.org 40 class-ids can be compared against a similar "qos_class" 42 that the endpoints map their local memory-class to a 45 side-effects that may result. First class-id is displayed. 51 Contact: linux-cxl@vger.kernel.org [all …]
|
| /Documentation/core-api/ |
| D | assoc_array.rst | 48 The implementation uses a tree of 16-pointer nodes internally that are indexed 51 what would otherwise be a series of single-occupancy nodes. Further, nodes 68 ./script/config -e ASSOCIATIVE_ARRAY 72 ----------- 82 after an RCU grace period has passed - thus allowing access functions to 112 ---------------- 126 This should return a chunk of caller-supplied index key starting at the 137 rather than from a caller-supplied index key. 153 differs from the given index key or -1 if they are the same. 166 ---------------------- [all …]
|
| /Documentation/security/keys/ |
| D | core.rst | 5 This service allows cryptographic keys, authentication tokens, cross-domain 30 - A serial number. 31 - A type. 32 - A description (for matching a key in a search). 33 - Access control information. 34 - An expiry time. 35 - A payload. 36 - State. 40 the lifetime of that key. All serial numbers are positive non-zero 32-bit 69 the keyring links; in the case of a user-defined key, it's an arbitrary [all …]
|
| /Documentation/admin-guide/ |
| D | cgroup-v2.rst | 1 .. _cgroup-v2: 11 conventions of cgroup v2. It describes all userland-visible aspects 14 v1 is available under :ref:`Documentation/admin-guide/cgroup-v1/index.rst <cgroup-v1>`. 19 1-1. Terminology 20 1-2. What is cgroup? 22 2-1. Mounting 23 2-2. Organizing Processes and Threads 24 2-2-1. Processes 25 2-2-2. Threads 26 2-3. [Un]populated Notification [all …]
|
12