| /linux-6.12.1/Documentation/gpu/rfc/ |
| D | i915_scheduler.rst | 7 For upstream the overall plan for landing GuC submission and integrating the
10 * Merge basic GuC submission
11 * Basic submission support for all gen11+ platforms
18 * Update IGTs / selftests as needed to work with GuC submission
20 * Rework / get CI heathly for GuC submission in place as needed
21 * Merge new parallel submission uAPI
22 * Bonding uAPI completely incompatible with GuC submission, plus it has
30 * Initially only for GuC submission but execlists can be supported if
33 * GuC submission backend fully integrated with DRM scheduler
45 features are not required for GuC submission as the GuC does
[all …]
|
| D | i915_vm_bind.rst | 12 mappings during each submission (as required by older execbuf mode).
35 The i915 driver flushes the TLB for each submission and when an object's
56 works with execbuf3 ioctl for submission. All BOs mapped on that VM (through
58 submission.
81 During each execbuf submission, the request fence must be added to the
89 submission, they need only one dma-resv fence list updated. Thus, the fast
90 path (where required mappings are already bound) submission latency is O(1)
147 submission, they are added with DMA_RESV_USAGE_BOOKKEEP usage to prevent
|
| /linux-6.12.1/Documentation/gpu/xe/ |
| D | xe_cs.rst | 4 Command submission
8 :doc: Execbuf (User GPU command submission)
|
| /linux-6.12.1/drivers/gpu/drm/i915/gvt/ |
| D | execlist.c | 373 struct intel_vgpu_submission *s = &vgpu->submission; in prepare_execlist_workload()
395 struct intel_vgpu_submission *s = &vgpu->submission; in complete_execlist_workload()
435 struct intel_vgpu_submission *s = &vgpu->submission; in submit_context()
459 struct intel_vgpu_submission *s = &vgpu->submission; in intel_vgpu_submit_execlist()
503 struct intel_vgpu_submission *s = &vgpu->submission; in init_vgpu_execlist()
525 struct intel_vgpu_submission *s = &vgpu->submission; in clean_execlist()
|
| D | scheduler.c | 138 struct intel_vgpu_submission *s = &vgpu->submission; in populate_shadow_context()
462 struct intel_vgpu_submission *s = &vgpu->submission; in intel_gvt_workload_req_alloc()
489 struct intel_vgpu_submission *s = &vgpu->submission; in intel_gvt_scan_and_shadow_workload()
740 struct intel_vgpu_submission *s = &vgpu->submission; in prepare_workload()
900 atomic_inc(&workload->vgpu->submission.running_workload_num); in pick_next_workload()
1050 struct intel_vgpu_submission *s = &vgpu->submission; in intel_vgpu_clean_workloads()
1072 struct intel_vgpu_submission *s = &vgpu->submission; in complete_current_workload()
1230 struct intel_vgpu_submission *s = &vgpu->submission; in intel_gvt_wait_vgpu_idle()
1320 struct intel_vgpu_submission *s = &vgpu->submission; in intel_vgpu_clean_submission()
1345 struct intel_vgpu_submission *s = &vgpu->submission; in intel_vgpu_reset_submission()
[all …]
|
| D | scheduler.h | 135 (&(vgpu)->submission.workload_q_head[(e)->id])
|
| D | vgpu.c | 187 if (atomic_read(&vgpu->submission.running_workload_num)) { in intel_gvt_deactivate_vgpu()
282 INIT_LIST_HEAD(&vgpu->submission.workload_q_head[i]); in intel_gvt_create_idle_vgpu()
|
| D | mmio_context.c | 365 struct intel_vgpu_submission *s = &vgpu->submission; in handle_tlb_pending_event()
520 s = &next->submission; in switch_mmio()
|
| /linux-6.12.1/Documentation/driver-api/surface_aggregator/ |
| D | internal.rst | 175 re-submission, packets are not removed from the pending set.
187 this submission, the packet is completed by the transmitter thread with the
209 well as initiating re-submission of all currently pending packets on
210 receival of a NAK message (re-submission in case of a NAK is similar to
211 re-submission due to timeout, see below for more details on that). Note that
225 thread). It is used to trigger re-submission or, when the number of tries
236 ``-ETIMEDOUT`` as status if not. Note that re-submission, in this case and
255 In addition to guarding the collections, after initial packet submission
270 submission, i.e. cancellation, can not rely on the ``ptl`` reference to be
279 With respect to the interface for higher layers, packet submission
[all …]
|
| /linux-6.12.1/Documentation/usb/ |
| D | usbmon.rst | 119 Any text format data consists of a stream of events, such as URB submission,
120 URB callback, submission error. Every event is a text line, which consists
135 Available types are: S - submission, C - callback, E - submission error.
163 In case of a submission of a Control packet, this field contains a Setup Tag
219 u64 id; /* 0: URB ID - from submission to callback */
|
| /linux-6.12.1/Documentation/block/ |
| D | null_blk.rst | 18 - Configurable submission queues per device.
68 The number of submission queues attached to the device driver. If unset, it
|
| D | blk-mq.rst | 106 used by device drivers to map the device submission queues (or device DMA ring
107 buffer), and are the last step of the block layer submission code before the
|
| /linux-6.12.1/Documentation/maintainer/ |
| D | maintainer-entry-profile.rst | 9 submission life-cycle. A contributor uses this document to level set
35 other maintainers in the submission chain.
|
| /linux-6.12.1/Documentation/process/ |
| D | submit-checklist.rst | 4 Linux Kernel patch submission checklist
66 submission (``scripts/checkpatch.pl``).
|
| D | stable-kernel-rules.rst | 55 at the time of submission. :ref:`option_3` is an alternative to the two earlier
156 submission with a separate line above the commit text, like this::
169 Following the submission
|
| /linux-6.12.1/drivers/gpu/drm/nouveau/ |
| D | Kbuild | 60 # DRM - command submission
|
| /linux-6.12.1/Documentation/driver-api/ |
| D | dma-buf.rst | 248 been set. Used to asynchronously delay command submission.
270 Furthermore the kernel has to be able to hold up userspace command submission
303 * No DMA fences that signal end of batchbuffer for command submission where
330 compute side, like compute units or command submission engines. If both a 3D
|
| /linux-6.12.1/Documentation/gpu/ |
| D | msm-crash-dump.rst | 72 List of buffers from the hanging submission if available.
|
| D | drm-internals.rst | 18 management, command submission & fencing, suspend/resume support, and
231 command submission code. Do not use any of this in new and modern
|
| /linux-6.12.1/Documentation/arch/sparc/oradax/ |
| D | dax-hv-api.txt | 25 … compatibility property. Functionality is accessed through the submission of Command Control Blocks
42 not be a guarantee that a future submission would succeed.
132 via the ccb_kill API call. Changes in virtual address mappings occurring after CCB submission are n…
208 CCB submission. CCBs without the Serial flag set execute independently, even if they are between CC…
239 …will result in the CCB submission being rejected, with the causal virtual address indicated. The C…
392 …that is not supported may result in the CCB submission being rejected or the generation of a CCB p…
1026 successfully. All other fields are considered invalid upon CCB submission until the CCB execution s…
1159 … The CCB submission type and address type for the CCB array must be provided in the flags argument.
1172 …active at the time of the submission. The address type field within a CCB allows each address to r…
1193 …If the queue info flag is used during submission, and at least one CCB was successfully submitted,…
[all …]
|
| D | oracle-dax.rst | 146 equal to the requested length, then the submission was completely
334 The CCB submission is a write() or pwrite() system call to the
344 After a successful submission of the CCB, the completion area may be
417 After the submission, the completion area polling code is identical to
|
| /linux-6.12.1/tools/testing/selftests/net/forwarding/ |
| D | README | 56 o Code shall be checked using ShellCheck [1] prior to submission.
|
| /linux-6.12.1/Documentation/devicetree/bindings/ |
| D | submitting-patches.rst | 10 0) Normal patch submission rules from
|
| /linux-6.12.1/Documentation/translations/zh_TW/process/ |
| D | howto.rst | 116 "Linux kernel patch submission format"
|
| /linux-6.12.1/Documentation/translations/zh_CN/process/ |
| D | howto.rst | 113 "Linux kernel patch submission format"
|