| /linux/tools/perf/pmu-events/arch/common/common/ |
| H A D | software.json | 18 "EventName": "faults",
19 "BriefDescription": "Number of page faults [This event is an alias of page-faults]",
24 "EventName": "page-faults",
25 "BriefDescription": "Number of page faults [This event is an alias of faults]",
54 "EventName": "minor-faults",
55 "BriefDescription": "Number of minor page faults. Minor faults don't require I/O to handle",
60 "EventName": "major-faults",
61 "BriefDescription": "Number of major page faults. Major faults require I/O to handle",
66 "EventName": "alignment-faults",
67 "BriefDescription": "Number of kernel handled memory alignment faults",
[all …]
|
| H A D | metrics.json | 30 "BriefDescription": "Page faults per CPU second",
31 …"MetricExpr": "(software@page\\-faults\\,name\\=page\\-faults@ * 1e9) / (software@cpu\\-clock\\,na…
34 "ScaleUnit": "1faults/sec",
|
| /linux/drivers/iommu/ |
| H A D | io-pgfault.c | 3 * Handle device page faults
46 list_for_each_entry_safe(iopf, next, &group->faults, list) { in __iopf_free_group()
99 INIT_LIST_HEAD(&group->faults); in iopf_group_alloc()
101 list_add(&group->last_fault.list, &group->faults); in iopf_group_alloc()
103 /* See if we have partial faults for this group */ in iopf_group_alloc()
108 list_move(&iopf->list, &group->faults); in iopf_group_alloc()
110 list_add(&group->pending_node, &iopf_param->faults); in iopf_group_alloc()
113 group->fault_count = list_count_nodes(&group->faults); in iopf_group_alloc()
134 * managed PASID table. Therefore page faults for in find_fault_handler()
181 * them before reporting faults. A PASID Stop Marker (LRW = 0b100) doesn't
[all …]
|
| /linux/Documentation/admin-guide/mm/ |
| H A D | userfaultfd.rst | 10 memory page faults, something otherwise only the kernel code could do.
19 regions of virtual memory with it. Then, any page faults which occur within the
26 1) ``read/POLLIN`` protocol to notify a userland thread of the faults
58 handle kernel page faults have been a useful tool for exploiting the kernel).
63 - Any user can always create a userfaultfd which traps userspace page faults
67 - In order to also trap kernel page faults for the address space, either the
80 to /dev/userfaultfd can always create userfaultfds that trap kernel page faults;
102 other than page faults are supported. These events are described in more
127 bitmask will specify to the kernel which kind of faults to track for
132 hugetlbfs), or all types of intercepted faults.
[all …]
|
| /linux/Documentation/userspace-api/media/v4l/ |
| H A D | ext-ctrls-flash.rst | 64 presence of some faults. See V4L2_CID_FLASH_FAULT.
107 control may not be possible in presence of some faults. See
130 some faults. See V4L2_CID_FLASH_FAULT.
138 Faults related to the flash. The faults tell about specific problems
139 in the flash chip itself or the LEDs attached to it. Faults may
142 if the fault affects the flash LED. Exactly which faults have such
143 an effect is chip dependent. Reading the faults resets the control
|
| /linux/arch/powerpc/platforms/powernv/ |
| H A D | vas-fault.c | 24 * 8MB FIFO can be used if expects more faults for each VAS
57 * It can raise a single interrupt for multiple faults. Expects OS to
58 * process all valid faults and return credit for each fault on user
78 * VAS can interrupt with multiple page faults. So process all in vas_fault_thread_fn()
92 * fifo_in_progress is set. Means these new faults will be in vas_fault_thread_fn()
153 * NX sees faults only with user space windows. in vas_fault_thread_fn()
176 * NX can generate an interrupt for multiple faults. So the in vas_fault_handler()
178 * entry. In case if NX sees continuous faults, it is possible in vas_fault_handler()
197 * FIFO upon page faults.
|
| /linux/Documentation/gpu/rfc/ |
| H A D | i915_vm_bind.rst | 96 newer VM_BIND mode, the VM_BIND mode with GPU page faults and possible future
98 The older execbuf mode and the newer VM_BIND mode without page faults manages
99 residency of backing storage using dma_fence. The VM_BIND mode with page faults
108 In future, when GPU page faults are supported, we can potentially use a
124 When GPU page faults are supported, the execbuf path do not take any of these
180 Where GPU page faults are not available, kernel driver upon buffer invalidation
210 GPU page faults
212 GPU page faults when supported (in future), will only be supported in the
214 binding will require using dma-fence to ensure residency, the GPU page faults
240 faults enabled.
|
| H A D | gpusvm.rst | 94 * Concurrent GPU faults
95 * CPU faults are concurrent so makes sense to have concurrent GPU
96 faults.
|
| /linux/Documentation/driver-api/ |
| H A D | dma-buf.rst | 308 Recoverable Hardware Page Faults Implications
311 Modern hardware supports recoverable page faults, which has a lot of
317 means any workload using recoverable page faults cannot use DMA fences for
324 faults. Specifically this means implicit synchronization will not be possible.
325 The exception is when page faults are only used as migration hints and never to
327 faults on GPUs are limited to pure compute workloads.
331 job with a DMA fence and a compute workload using recoverable page faults are
362 to guarantee all pending GPU page faults are flushed.
365 allocating memory to repair hardware page faults, either through separate
369 robust to limit the impact of handling hardware page faults to the specific
[all …]
|
| /linux/Documentation/admin-guide/cgroup-v1/ |
| H A D | hugetlb.rst | 25 …rsvd.max_usage_in_bytes # show max "hugepagesize" hugetlb reservations and no-reserve faults
26 …svd.usage_in_bytes # show current reservations and no-reserve faults for "hugepagesize"…
28 …tlb.<hugepagesize>.limit_in_bytes # set/show limit of "hugepagesize" hugetlb faults
116 For shared HugeTLB memory, both HugeTLB reservation and page faults are charged
127 When a HugeTLB cgroup goes offline with some reservations or faults still
138 complex compared to the tracking of HugeTLB faults, so it is significantly
|
| /linux/tools/testing/selftests/powerpc/mm/ |
| H A D | stress_code_patching.sh | 20 echo "Testing for spurious faults when mapping kernel memory..."
44 echo "FAILED: Mapping kernel memory causes spurious faults" 1>&2
47 echo "OK: Mapping kernel memory does not cause spurious faults"
|
| /linux/drivers/gpu/drm/xe/ |
| H A D | xe_pagefault.c | 24 * DOC: Xe page faults
26 * Xe page faults are handled in two layers. The producer layer interacts with
27 * hardware or firmware to receive and parse faults into struct xe_pagefault,
28 * then forwards them to the consumer. The consumer layer services the faults
31 * The consumer uses a page fault queue sized to absorb all potential faults and
301 * user can issue separate page faults per EU and per CS in xe_pagefault_queue_init()
375 /* Squash all pending faults on the GT */ in xe_pagefault_queue_reset()
393 * Reset the Xe page fault state for a GT; that is, squash any pending faults on
|
| /linux/drivers/hwmon/ |
| H A D | ltc4260.c | 98 if (fault) /* Clear reported faults in chip register */ in ltc4260_bool_show()
110 * UV/OV faults are associated with the input voltage, and the POWER BAD and
111 * FET SHORT faults are associated with the output voltage.
156 /* Clear faults */ in ltc4260_probe()
|
| H A D | ltc4222.c | 112 if (fault) /* Clear reported faults in chip register */ in ltc4222_bool_show()
126 * UV/OV faults are associated with the input voltage, and power bad and fet
127 * faults are associated with the output voltage.
192 /* Clear faults */ in ltc4222_probe()
|
| /linux/include/uapi/linux/ |
| H A D | virtio_balloon.h | 66 #define VIRTIO_BALLOON_S_MAJFLT 2 /* Number of major faults */
67 #define VIRTIO_BALLOON_S_MINFLT 3 /* Number of minor faults */
85 VIRTIO_BALLOON_S_NAMES_prefix "major-faults", \
86 VIRTIO_BALLOON_S_NAMES_prefix "minor-faults", \
|
| /linux/lib/ |
| H A D | test_hmm_uapi.h | 21 * @faults: (out) number of device page faults seen
28 __u64 faults; member
|
| /linux/arch/x86/mm/ |
| H A D | fault.c | 416 * Note we only handle faults in kernel here.
561 * ones are faults accessing the GDT, or LDT. Perhaps in show_fault_oops()
618 * kernel addresses are always protection faults. in sanitize_error_code()
691 /* Only not-present faults should be handled by KFENCE. */ in page_fault_oops()
894 * 3. T1 : faults... in bad_area_access_error()
969 * Spurious faults may only occur if the TLB contains an entry with
971 * and reserved bit (R = 1) faults are never spurious.
993 * spurious faults. in spurious_kernel_fault()
998 * faults. in spurious_kernel_fault()
1078 * faults just to hit a X86_PF_PK as soon as we fill in a in access_error()
[all …]
|
| /linux/Documentation/ABI/testing/ |
| H A D | sysfs-class-led-flash | 54 Space separated list of flash faults that may have occurred.
55 Flash faults are re-read after strobing the flash. Possible
56 flash faults:
|
| /linux/Documentation/virt/kvm/devices/ |
| H A D | s390_flic.rst | 18 - enable/disable for the guest transparent async page faults
58 Enables async page faults for the guest. So in case of a major page fault
64 Disables async page faults for the guest and waits until already pending
65 async page faults are done. This is necessary to trigger a completion interrupt
|
| /linux/tools/perf/pmu-events/arch/x86/amdzen2/ |
| H A D | floating-point.json | 119 "BriefDescription": "Floating Point Dispatch Faults. YMM spill fault.",
125 "BriefDescription": "Floating Point Dispatch Faults. YMM fill fault.",
131 "BriefDescription": "Floating Point Dispatch Faults. XMM fill fault.",
137 "BriefDescription": "Floating Point Dispatch Faults. x87 fill fault.",
|
| /linux/Documentation/arch/arm64/ |
| H A D | memory-tagging-extension.rst | 58 Tag Check Faults
75 thread, asynchronously following one or multiple tag check faults,
87 - ``PR_MTE_TCF_NONE`` - *Ignore* tag check faults
92 If no modes are specified, tag check faults are ignored. If a single
172 - No tag checking modes are selected (tag check faults ignored)
321 * tag check faults (based on per-CPU preference) and allow all
|
| /linux/tools/perf/pmu-events/arch/x86/amdzen3/ |
| H A D | floating-point.json | 118 "BriefDescription": "Floating Point Dispatch Faults. YMM spill fault.",
124 "BriefDescription": "Floating Point Dispatch Faults. YMM fill fault.",
130 "BriefDescription": "Floating Point Dispatch Faults. XMM fill fault.",
136 "BriefDescription": "Floating Point Dispatch Faults. x87 fill fault.",
|
| /linux/Documentation/i2c/ |
| H A D | fault-codes.rst | 11 Not all fault reports imply errors; "page faults" should be a familiar
13 faults. There may be fancier recovery schemes that are appropriate in
86 about probe faults other than ENXIO and ENODEV.)
|
| /linux/drivers/gpu/drm/nouveau/ |
| H A D | nouveau_svm.c | 344 * client, with replayable faults enabled). in nouveau_svmm_init()
750 /* Sort parsed faults by instance pointer to prevent unnecessary in nouveau_svm_fault()
752 * type to reduce the amount of work when handling the faults. in nouveau_svm_fault()
771 /* Process list of faults. */ in nouveau_svm_fault()
782 /* Cancel any faults from non-SVM channels. */ in nouveau_svm_fault()
789 /* We try and group handling of faults within a small in nouveau_svm_fault()
800 * permissions based on pending faults. in nouveau_svm_fault()
844 * same SVMM as faults are ordered by access type such in nouveau_svm_fault()
847 * ie. WRITE faults appear first, thus any handling of in nouveau_svm_fault()
848 * pending READ faults will already be satisfied. in nouveau_svm_fault()
[all …]
|
| /linux/arch/x86/include/asm/ |
| H A D | kfence.h | 50 * We need to avoid IPIs, as we may get KFENCE allocations or faults in kfence_protect_page()
53 * lazy fault handling takes care of faults after the page is PRESENT. in kfence_protect_page()
|