Searched +full:two +full:- +full:user (Results 1 – 25 of 1074) sorted by relevance
12345678910>>...43
| /kernel/linux/linux-6.6/Documentation/networking/ |
| D | xfrm_sync.rst | 1 .. SPDX-License-Identifier: GPL-2.0
21 This way a backup stays as closely up-to-date as an active member.
25 For this reason, we also add a nagle-like algorithm to restrict
28 These thresholds are set system-wide via sysctls or can be updated
32 - the lifetime byte counter
36 - the replay sequence for both inbound and outbound
39 ----------------------
41 nlmsghdr:aevent_id:optional-TLVs.
49 A XFRM_MSG_NEWAE will have at least two TLVs (as is
76 message (kernel<->user) as well the cause (config, query or event).
[all …]
|
| D | af_xdp.rst | 1 .. SPDX-License-Identifier: GPL-2.0
20 XDP programs to redirect frames to a memory buffer in a user-space
24 syscall. Associated with each XSK are two rings: the RX ring and the
38 is simply an offset within the entire UMEM region. The user space
42 UMEM also has two rings: the FILL ring and the COMPLETION ring. The
47 kernel has transmitted completely and can now be used again by user
59 corresponding two rings, sets the XDP_SHARED_UMEM flag in the bind
64 single-consumer / single-producer (for performance reasons), the new
72 user-space application can place an XSK at an arbitrary place in this
79 traffic to user space through the XSK.
[all …]
|
| /kernel/linux/linux-5.10/Documentation/networking/ |
| D | xfrm_sync.rst | 1 .. SPDX-License-Identifier: GPL-2.0
21 This way a backup stays as closely up-to-date as an active member.
25 For this reason, we also add a nagle-like algorithm to restrict
28 These thresholds are set system-wide via sysctls or can be updated
32 - the lifetime byte counter
36 - the replay sequence for both inbound and outbound
39 ----------------------
41 nlmsghdr:aevent_id:optional-TLVs.
49 A XFRM_MSG_NEWAE will have at least two TLVs (as is
76 message (kernel<->user) as well the cause (config, query or event).
[all …]
|
| D | af_xdp.rst | 1 .. SPDX-License-Identifier: GPL-2.0
20 XDP programs to redirect frames to a memory buffer in a user-space
24 syscall. Associated with each XSK are two rings: the RX ring and the
38 is simply an offset within the entire UMEM region. The user space
42 UMEM also has two rings: the FILL ring and the COMPLETION ring. The
47 kernel has transmitted completely and can now be used again by user
59 corresponding two rings, sets the XDP_SHARED_UMEM flag in the bind
64 single-consumer / single-producer (for performance reasons), the new
72 user-space application can place an XSK at an arbitrary place in this
79 traffic to user space through the XSK.
[all …]
|
| /kernel/linux/linux-6.6/Documentation/mm/damon/ |
| D | design.rst | 1 .. SPDX-License-Identifier: GPL-2.0
13 - Operations Set: Implements fundamental operations for DAMON that depends on
14 the given monitoring target address-space and available set of
16 - Core: Implements core logics including monitoring overhead/accurach control
17 and access-aware system operations on top of the operations set layer, and
18 - Modules: Implements kernel modules for various purposes that provides
19 interfaces for the user space, on top of the core layer.
23 ---------------------------
29 space. DAMON separates the two parts in different layers, namely DAMON
45 --------------------
[all …]
|
| /kernel/linux/linux-5.10/Documentation/admin-guide/namespaces/ |
| D | compatibility-list.rst | 5 This document contains the information about the problems user
13 - UTS IPC VFS PID User Net
19 User 2 2 X
33 2. Intentionally, two equal user IDs in different user namespaces
35 words, user 10 in one user namespace shouldn't have the same
36 access permissions to files, belonging to user 10 in another
39 The same is true for the IPC namespaces being shared - two users
40 from different user namespaces should not access the same IPC objects
|
| /kernel/linux/linux-6.6/Documentation/admin-guide/namespaces/ |
| D | compatibility-list.rst | 5 This document contains the information about the problems user
13 - UTS IPC VFS PID User Net
19 User 2 2 X
33 2. Intentionally, two equal user IDs in different user namespaces
35 words, user 10 in one user namespace shouldn't have the same
36 access permissions to files, belonging to user 10 in another
39 The same is true for the IPC namespaces being shared - two users
40 from different user namespaces should not access the same IPC objects
|
| /kernel/linux/linux-6.6/Documentation/gpu/ |
| D | komeda-kms.rst | 1 .. SPDX-License-Identifier: GPL-2.0
23 -----
30 ------
39 -------------------
43 user can also insert a scaler between compositor and wb_layer to down scale
47 --------------------------
52 -----------------------------
57 --------------------------------
62 ------
66 introduces Layer Split, which splits the whole image to two half parts and feeds
[all …]
|
| /kernel/linux/linux-5.10/Documentation/gpu/ |
| D | komeda-kms.rst | 1 .. SPDX-License-Identifier: GPL-2.0
23 -----
30 ------
39 -------------------
43 user can also insert a scaler between compositor and wb_layer to down scale
47 --------------------------
52 -----------------------------
57 --------------------------------
62 ------
66 introduces Layer Split, which splits the whole image to two half parts and feeds
[all …]
|
| /kernel/linux/linux-5.10/drivers/thermal/intel/ |
| D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only
8 enforce idle time which results in more package C-state residency. The
9 user interface is exposed via generic thermal framework.
20 two trip points which can be set by user to get notifications via thermal
40 temperature sensor (DTS). These SoCs have two additional DTSs in
42 thermal zone. There are two trip points. One of the trip point can
43 be set by user mode programs to get notifications via Linux thermal
52 temperature sensor (DTS). For X1000 SoC, it has one on-die DTS.
53 The DTS will be registered as a thermal zone. There are two trip points:
|
| /kernel/linux/linux-5.10/Documentation/core-api/ |
| D | padata.rst | 1 .. SPDX-License-Identifier: GPL-2.0
23 ------------
43 ------------------
45 The CPUs used to run jobs can be changed in two ways, programatically with
58 live in /sys/kernel/pcrypt/<instance-name>. Within an instance's directory
59 there are two files, parallel_cpumask and serial_cpumask, and either cpumask
64 Reading one of these files shows the user-supplied cpumask, which may be
67 Padata maintains two pairs of cpumasks internally, the user-supplied cpumasks
69 cpumask.) The user-supplied cpumasks default to all possible CPUs on instance
71 subset of the user-supplied cpumasks and contain only the online CPUs in the
[all …]
|
| D | cachetlb.rst | 19 if it can be proven that a user address space has never executed
25 virtual-->physical address translations obtained from the software
43 This interface flushes an entire user address space from
56 Here we are flushing a specific range of (user) virtual
59 modifications for the address space 'vma->vm_mm' in the range
60 'start' to 'end-1' will be visible to the cpu. That is, after
62 virtual addresses in the range 'start' to 'end-1'.
78 address space is available via vma->vm_mm. Also, one may
79 test (vma->vm_flags & VM_EXEC) to see if this region is
81 split-tlb type setups).
[all …]
|
| /kernel/linux/linux-6.6/Documentation/core-api/ |
| D | padata.rst | 1 .. SPDX-License-Identifier: GPL-2.0
23 ------------
43 ------------------
45 The CPUs used to run jobs can be changed in two ways, programmatically with
58 live in /sys/kernel/pcrypt/<instance-name>. Within an instance's directory
59 there are two files, parallel_cpumask and serial_cpumask, and either cpumask
64 Reading one of these files shows the user-supplied cpumask, which may be
67 Padata maintains two pairs of cpumasks internally, the user-supplied cpumasks
69 cpumask.) The user-supplied cpumasks default to all possible CPUs on instance
71 subset of the user-supplied cpumasks and contain only the online CPUs in the
[all …]
|
| D | cachetlb.rst | 19 if it can be proven that a user address space has never executed
25 virtual-->physical address translations obtained from the software
43 This interface flushes an entire user address space from
56 Here we are flushing a specific range of (user) virtual
59 modifications for the address space 'vma->vm_mm' in the range
60 'start' to 'end-1' will be visible to the cpu. That is, after
62 virtual addresses in the range 'start' to 'end-1'.
78 address space is available via vma->vm_mm. Also, one may
79 test (vma->vm_flags & VM_EXEC) to see if this region is
81 split-tlb type setups).
[all …]
|
| /kernel/linux/linux-6.6/Documentation/arch/ia64/ |
| D | efirtc.rst | 13 the IA-64 platform.
15 The purpose of this driver is to supply an API for kernel and user applications
31 Because we wanted to minimize the impact on existing user-level apps using
39 the reference date is different. Year is the using the full 4-digit format.
44 without necessarily impacting any of the user applications. The decoupling
47 The driver exposes two interfaces, one via the device file and a set of
48 ioctl()s. The other is read-only via the /proc filesystem.
54 "public" API of the two drivers. The specifics of the legacy RTC are still
62 Two ioctl()s, compatible with the legacy RTC calls:
90 Those two ioctl()s can be exercised with the hwclock command:
[all …]
|
| /kernel/linux/linux-5.10/Documentation/ia64/ |
| D | efirtc.rst | 13 the IA-64 platform.
15 The purpose of this driver is to supply an API for kernel and user applications
31 Because we wanted to minimize the impact on existing user-level apps using
39 the reference date is different. Year is the using the full 4-digit format.
44 without necessarily impacting any of the user applications. The decoupling
47 The driver exposes two interfaces, one via the device file and a set of
48 ioctl()s. The other is read-only via the /proc filesystem.
54 "public" API of the two drivers. The specifics of the legacy RTC are still
62 Two ioctl()s, compatible with the legacy RTC calls:
90 Those two ioctl()s can be exercised with the hwclock command:
[all …]
|
| /kernel/linux/linux-6.6/drivers/thermal/intel/ |
| D | Kconfig | 1 # SPDX-License-Identifier: GPL-2.0-only
11 enforce idle time which results in more package C-state residency. The
12 user interface is exposed via generic thermal framework.
32 two trip points which can be set by user to get notifications via thermal
53 temperature sensor (DTS). These SoCs have two additional DTSs in
55 thermal zone. There are two trip points. One of the trip point can
56 be set by user mode programs to get notifications via Linux thermal
65 temperature sensor (DTS). For X1000 SoC, it has one on-die DTS.
66 The DTS will be registered as a thermal zone. There are two trip points:
|
| /kernel/linux/linux-5.10/Documentation/kbuild/ |
| D | kconfig-macro-language.rst | 6 -------
9 two languages in one. One language describes dependency graphs consisting of
13 There is clear distinction between the two language stages. For example, you
21 $(CC) -o $(APP) $(SRC)
27 gcc -o foo foo.c
32 The idea is quite similar in Kconfig - it is possible to describe a Kconfig
38 def_bool $(shell, $(srctree)/scripts/gcc-check-foo.sh $(CC))
46 Then, Kconfig moves onto the evaluation stage to resolve inter-symbol
47 dependency as explained in kconfig-language.rst.
51 ---------
[all …]
|
| /kernel/linux/linux-6.6/Documentation/kbuild/ |
| D | kconfig-macro-language.rst | 6 -------
9 two languages in one. One language describes dependency graphs consisting of
13 There is clear distinction between the two language stages. For example, you
21 $(CC) -o $(APP) $(SRC)
27 gcc -o foo foo.c
32 The idea is quite similar in Kconfig - it is possible to describe a Kconfig
38 def_bool $(shell, $(srctree)/scripts/gcc-check-foo.sh $(CC))
46 Then, Kconfig moves onto the evaluation stage to resolve inter-symbol
47 dependency as explained in kconfig-language.rst.
51 ---------
[all …]
|
| /kernel/linux/linux-6.6/Documentation/hwmon/ |
| D | adm9240.rst | 10 Addresses scanned: I2C 0x2c - 0x2f
20 Addresses scanned: I2C 0x2c - 0x2f
24 http://pdfserv.maxim-ic.com/en/ds/DS1780.pdf
30 Addresses scanned: I2C 0x2c - 0x2f
37 - Frodo Looijaard <frodol@dds.nl>,
38 - Philip Edelbrock <phil@netroedge.com>,
39 - Michiel Rook <michiel@grendelproject.nl>,
40 - Grant Coady <gcoady.lk@gmail.com> with guidance
44 ---------
46 chip MSB 5-bit address. Each chip reports a unique manufacturer
[all …]
|
| /kernel/linux/linux-5.10/Documentation/hwmon/ |
| D | adm9240.rst | 10 Addresses scanned: I2C 0x2c - 0x2f
20 Addresses scanned: I2C 0x2c - 0x2f
24 http://pdfserv.maxim-ic.com/en/ds/DS1780.pdf
30 Addresses scanned: I2C 0x2c - 0x2f
37 - Frodo Looijaard <frodol@dds.nl>,
38 - Philip Edelbrock <phil@netroedge.com>,
39 - Michiel Rook <michiel@grendelproject.nl>,
40 - Grant Coady <gcoady.lk@gmail.com> with guidance
44 ---------
46 chip MSB 5-bit address. Each chip reports a unique manufacturer
[all …]
|
| /kernel/linux/linux-6.6/Documentation/admin-guide/pm/ |
| D | strategies.rst | 1 .. SPDX-License-Identifier: GPL-2.0
13 The Linux kernel supports two major high-level power management strategies.
15 One of them is based on using global low-power states of the whole system in
16 which user space code cannot be executed and the overall system activity is
17 significantly reduced, referred to as :doc:`sleep states <sleep-states>`. The
18 kernel puts the system into one of these states when requested by user space
21 user space code can run. Because sleep states are global and the whole system
23 :doc:`system-wide power management <system-wide>`.
25 The other strategy, referred to as the :doc:`working-state power management
26 <working-state>`, is based on adjusting the power states of individual hardware
[all …]
|
| /kernel/linux/linux-5.10/Documentation/admin-guide/pm/ |
| D | strategies.rst | 1 .. SPDX-License-Identifier: GPL-2.0
13 The Linux kernel supports two major high-level power management strategies.
15 One of them is based on using global low-power states of the whole system in
16 which user space code cannot be executed and the overall system activity is
17 significantly reduced, referred to as :doc:`sleep states <sleep-states>`. The
18 kernel puts the system into one of these states when requested by user space
21 user space code can run. Because sleep states are global and the whole system
23 :doc:`system-wide power management <system-wide>`.
25 The other strategy, referred to as the :doc:`working-state power management
26 <working-state>`, is based on adjusting the power states of individual hardware
[all …]
|
| /kernel/linux/linux-5.10/Documentation/vm/ |
| D | active_mm.rst | 9 List: linux-kernel
12 Date: 1999-07-30 21:36:24
14 Cc'd to linux-kernel, because I don't write explanations all that often,
21 > discussed on the mailing lists---I just returned from vacation and
22 > wasn't able to follow linux-kernel for a while).
26 - we have "real address spaces" and "anonymous address spaces". The
28 user-level page tables at all, so when we do a context switch into an
33 doesn't need any user mappings - all kernel threads basically fall into
35 some amount of time they are not going to be interested in user space,
37 switching the VM state around. Currently only the old-style bdflush
[all …]
|
| /kernel/linux/linux-6.6/Documentation/mm/ |
| D | active_mm.rst | 6 (running tasks with ->active_mm == mm && ->mm == NULL) on kernels
13 List: linux-kernel
16 Date: 1999-07-30 21:36:24
18 Cc'd to linux-kernel, because I don't write explanations all that often,
25 > discussed on the mailing lists---I just returned from vacation and
26 > wasn't able to follow linux-kernel for a while).
30 - we have "real address spaces" and "anonymous address spaces". The
32 user-level page tables at all, so when we do a context switch into an
37 doesn't need any user mappings - all kernel threads basically fall into
39 some amount of time they are not going to be interested in user space,
[all …]
|
12345678910>>...43