Home
last modified time | relevance | path

Searched full:aware (Results 1 – 25 of 1151) sorted by relevance

12345678910>>...47

/kernel/linux/linux-6.6/Documentation/mm/
Dtranshuge.rst59 pmd_offset. It's trivial to make the code transparent hugepage aware
64 hugepage aware.
72 Example to make mremap.c transparent hugepage aware with a one liner
86 Locking in hugepage aware code
89 We want as much code as possible hugepage aware, as calling
92 To make pagetable walks huge pmd aware, all you need to do is to call
/kernel/linux/linux-5.10/Documentation/vm/
Dtranshuge.rst66 pmd_offset. It's trivial to make the code transparent hugepage aware
71 hugepage aware.
79 Example to make mremap.c transparent hugepage aware with a one liner
93 Locking in hugepage aware code
96 We want as much code as possible hugepage aware, as calling
99 To make pagetable walks huge pmd aware, all you need to do is to call
/kernel/linux/linux-5.10/Documentation/driver-api/usb/
Ddma.rst14 the 2.4 (and earlier) kernels, or they can now be DMA-aware.
16 DMA-aware usb drivers:
18 - New calls enable DMA-aware drivers, letting them allocate dma buffers and
25 - "usbcore" will map this DMA address, if a DMA-aware driver didn't do
/kernel/linux/linux-6.6/Documentation/driver-api/usb/
Ddma.rst14 the 2.4 (and earlier) kernels, or they can now be DMA-aware.
16 DMA-aware usb drivers:
18 - New calls enable DMA-aware drivers, letting them allocate dma buffers and
25 - "usbcore" will map this DMA address, if a DMA-aware driver didn't do
/kernel/linux/linux-6.6/tools/testing/selftests/kvm/aarch64/
Ddebug-exceptions.c183 /* Setup a context-aware breakpoint for Linked Context ID Match */ in install_wp_ctx()
189 /* Setup a linked watchpoint (linked to the context-aware breakpoint) */ in install_wp_ctx()
204 /* Setup a context-aware breakpoint for Linked Context ID Match */ in install_hw_bp_ctx()
212 * to the context-aware breakpoint. in install_hw_bp_ctx()
534 * context-aware breakpoint# with the given ID_AA64DFR0_EL1 configuration.
548 /* Number of context aware breakpoints */ in test_guest_debug_exceptions_all()
554 /* Number of normal (non-context aware) breakpoints */ in test_guest_debug_exceptions_all()
557 /* Lowest context aware breakpoint number */ in test_guest_debug_exceptions_all()
/kernel/linux/linux-5.10/tools/testing/selftests/drivers/net/mlxsw/
Dextack.sh119 # Test with VLAN-aware bridge.
151 # Only one VLAN-aware bridge is supported, so this should fail with
157 log_test "extack - multiple VLAN-aware bridges creation"
Dvxlan.sh91 log_test "vxlan device with a vlan-aware bridge"
853 log_test "vlan-aware - enslavement to vlan-aware bridge"
862 log_test "vlan-aware - two vnis mapped to the same vlan"
876 log_test "vlan-aware - failed enslavement to vlan-aware bridge"
882 # (i.e., different TTL) are enslaved to the same VLAN-aware bridge,
897 log_test "vlan-aware - failed enslavement to bridge due to conflict"
909 # Create a simple setup with two VxLAN devices and a single VLAN-aware
952 log_info "vxlan entry offload indication - vlan-aware"
1143 log_info "offload indication - replay & cleanup - vlan aware"
/kernel/linux/linux-6.6/tools/testing/selftests/drivers/net/mlxsw/
Dvxlan.sh116 log_test "vxlan device with a vlan-aware bridge"
873 log_test "vlan-aware - enslavement to vlan-aware bridge"
882 log_test "vlan-aware - two vnis mapped to the same vlan"
896 log_test "vlan-aware - failed enslavement to vlan-aware bridge"
902 # (i.e., different TTL) are enslaved to the same VLAN-aware bridge,
917 log_test "vlan-aware - failed enslavement to bridge due to conflict"
929 # Create a simple setup with two VxLAN devices and a single VLAN-aware
974 log_info "vxlan entry offload indication - vlan-aware"
1172 log_info "offload indication - replay & cleanup - vlan aware"
Dextack.sh125 # Test with VLAN-aware bridge.
163 # Only one VLAN-aware bridge is supported, so this should fail with
169 log_test "extack - multiple VLAN-aware bridges creation"
/kernel/linux/linux-5.10/Documentation/block/
Dqueue-sysfs.rst22 of the RAID volume stripe segment. For a zoned block device, either host-aware
123 "host-aware"), the sum of zones belonging to any of the zone states:
134 "host-aware"), the sum of zones belonging to any of the zone states:
186 "host-aware"), this indicates the total number of zones of the device.
268 "none" for regular block devices and "host-aware" or "host-managed" for zoned
269 block devices. The characteristics of host-aware and host-managed zoned block
/kernel/linux/linux-5.10/Documentation/ABI/testing/
Dsysfs-block262 regular block devices and "host-aware" or "host-managed"
264 host-aware and host-managed zoned block devices are
277 device ("host-aware" or "host-managed" zone model). For regular
285 "host-managed" or "host-aware"), the sum of zones belonging to
294 "host-managed" or "host-aware"), the sum of zones belonging to
306 host-aware or host-managed, chunk_sectors indicates the
/kernel/linux/linux-6.6/Documentation/admin-guide/mm/
Dshrinker_debugfs.rst59 If the shrinker is not memcg-aware or CONFIG_MEMCG is off, 0 is printed
60 as cgroup inode id. If the shrinker is not numa-aware, 0's are printed
112 For a non-memcg-aware shrinker or on a system with no memory
/kernel/linux/linux-6.6/Documentation/mm/damon/
Dindex.rst19 access-aware fashion. Because the features are also exposed to the user space,
26 feature, DAMON users in both kernel and user spaces can do access-aware system
Ddesign.rst17 and access-aware system operations on top of the operations set layer, and
226 One common purpose of data access monitoring is access-aware system efficiency
406 The programming interface for kernel space data access-aware applications.
409 access-aware applications using DAMON's core features. For this, DAMON exposes
422 for general purpose DAMON control and special purpose data access-aware system
424 user space. The user space can build their efficient data access-aware
455 Special-Purpose Access-aware Kernel Modules
461 in runtime. For each special-purpose system-wide data access-aware system
/kernel/linux/linux-6.6/Documentation/scheduler/
Dsched-capacity.rst2 Capacity Aware Scheduling
132 Capacity aware scheduling requires an expression of a task's requirements with
247 This means that while the capacity aware scheduling criteria will be written
251 3. Capacity aware scheduling requirements
268 As stated in 2.2, capacity-aware scheduling requires a frequency-invariant task
276 when the kernel is aware of the switched-to frequency (also employed by
330 5. Capacity aware scheduling implementation
369 Wakeup CPU selection in CFS can be eclipsed by Energy Aware Scheduling
/kernel/linux/linux-5.10/Documentation/scheduler/
Dsched-capacity.rst2 Capacity Aware Scheduling
132 Capacity aware scheduling requires an expression of a task's requirements with
247 This means that while the capacity aware scheduling criteria will be written
251 3. Capacity aware scheduling requirements
268 As stated in 2.2, capacity-aware scheduling requires a frequency-invariant task
276 when the kernel is aware of the switched-to frequency (also employed by
328 5. Capacity aware scheduling implementation
367 Wakeup CPU selection in CFS can be eclipsed by Energy Aware Scheduling
/kernel/linux/linux-5.10/arch/powerpc/platforms/83xx/
DKconfig49 Be aware that PCI buses can only function when MDS board is plugged
61 Be aware that PCI initialization is the bootloader's
/kernel/linux/linux-5.10/arch/arm/mach-sa1100/include/mach/
Dirqs.h86 * Neponset, SA1111 and UCB1x00 are sparse IRQ aware, so can dynamically
89 * LoCoMo has 4 additional IRQs, but is not sparse IRQ aware, and so has
/kernel/linux/linux-6.6/include/asm-generic/
Drwonce.h5 * READ_ONCE and WRITE_ONCE, but only when the compiler is aware of some
6 * particular ordering. One way to make the compiler aware of ordering is to
/kernel/linux/linux-6.6/arch/arm/mach-sa1100/include/mach/
Dirqs.h86 * Neponset, SA1111 and UCB1x00 are sparse IRQ aware, so can dynamically
89 * LoCoMo has 4 additional IRQs, but is not sparse IRQ aware, and so has
/kernel/linux/linux-5.10/include/asm-generic/
Drwonce.h5 * READ_ONCE and WRITE_ONCE, but only when the compiler is aware of some
6 * particular ordering. One way to make the compiler aware of ordering is to
/kernel/linux/linux-5.10/include/linux/
Dshrinker.h15 /* current node being shrunk (for NUMA aware shrinkers) */
32 /* current memcg being shrunk (for memcg aware shrinkers) */
/kernel/linux/linux-5.10/Documentation/PCI/
Dpcieaer-howto.rst99 To enable AER aware support requires a software driver to configure
141 AER aware drivers of PCI Express component need change the device
262 Express aware?
266 driver when an error happens. But if the driver is not aware of
/kernel/linux/linux-5.10/Documentation/devicetree/bindings/arm/
Dsecure.txt5 kernel) are not TrustZone aware and run entirely in either the Normal
7 TrustZone aware and need to be able to determine whether devices are
/kernel/linux/linux-6.6/Documentation/devicetree/bindings/arm/
Dsecure.txt5 kernel) are not TrustZone aware and run entirely in either the Normal
7 TrustZone aware and need to be able to determine whether devices are

12345678910>>...47