search for: syncobj

...behind host1x can use the IOCTL extensions > > > > provided here to emit fence FDs that in turn can be used to synchronize > > > > their jobs with either the scanout engine or the GPU. > > > > > > Whilst hooking up fences, I advise you to also hook up drm_syncobj. > > > Internally they each resolve to another fence, so the mechanics are > > > identical, you just need another array in the uABI for in/out syncobj. > > > The advantage of drm_syncobj is that userspace can track internal fences > > > using inexhaustible handle...

...t 18:45, Dmitry Osipenko <dmitry.osipenko at collabora.com> wrote: > > On 3/30/23 20:24, Emil Velikov wrote: > > Hi Dmitry, > > > > Have you considered creating a few DRM helpers for this functionality? > > > > AFAICT this is the third driver which supports syncobj timelines and > > looking at one of the implementations ... it is not great. Note that > > this suggestion is _not_ a blocker. > > Would like to see a third driver starting to use the exactly same > drm_execbuffer_syncobj struct because UABI part isn't generic, though >...

..."The userspace side must be fully reviewed and tested to the standards of that user space project. For e.g. mesa this means piglit testcases and review on the mailing list. This is again to ensure that the new interface actually gets the job done." -- from the requirements > tbh, the syncobj support is all drm core, the only driver specifics is the ioctl parsing. IMHO existing tests and the two existing consumers are sufficient. (Also, considering that additional non-drm dependencies involved.) If this was for the core drm syncobj implementation, and not just driver ioctl parsing an...

...> > care of all that, but engines behind host1x can use the IOCTL extensions > > provided here to emit fence FDs that in turn can be used to synchronize > > their jobs with either the scanout engine or the GPU. > > Whilst hooking up fences, I advise you to also hook up drm_syncobj. > Internally they each resolve to another fence, so the mechanics are > identical, you just need another array in the uABI for in/out syncobj. > The advantage of drm_syncobj is that userspace can track internal fences > using inexhaustible handles, reserving the precious fd for IPC or...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Adrian Salido (1): libdrm: reduce number of reallocations in drmModeAtomicAddProperty Chunming Zhou (9): add cs chunk for syncobj timeline add timeline wait/query ioctl v2 wrap syncobj timeline query/wait APIs for amdgpu v3 add timeline signal/transfer ioctls v2 expose timeline signal/export/import interfaces v2 wrap transfer interfaces add syncobj timeline tests v3 update drm.h...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 libdrm release with leasing and syncobj api updates, updated amdgpu marketing ids, amdgpu tests, updated uapi headers etnaviv updates. Andrey Grodzovsky (10): amdgpu: Add functions to disable suites and tests. amdgpu: Use new suite/test disabling functionality. amdgpu: Move memory alloc tests in bo suite. amdgpu:...

...a/-/commits/nouveau-sync-fd/ I've verified that this works with kmscube's --atomic mode and Weston. Thierry Thierry Reding (6): drm/nouveau: Split nouveau_fence_sync() drm/nouveau: Add nouveau_fence_ref() drm/nouveau: Support fence FDs at kickoff drm/nouveau: Support sync FDs and syncobjs drm/nouveau: Support DMA fence arrays drm/nouveau: Allow zero pushbuffer submits drivers/gpu/drm/nouveau/dispnv04/crtc.c | 4 +- drivers/gpu/drm/nouveau/nouveau_bo.c | 38 ++- drivers/gpu/drm/nouveau/nouveau_bo.h | 2 + drivers/gpu/drm/nouveau/nouveau_drm.c | 1 + drivers/gpu/...

...nd and unbind GPU VA space mappings via the new > ? ?DRM_IOCTL_NOUVEAU_VM_BIND ioctl. > > 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. > > Both, DRM_IOCTL_NOUVEAU_VM_BIND and DRM_IOCTL_NOUVEAU_EXEC support > asynchronous processing with DRM syncobjs as synchronization mechanism. > > The default DRM_IOCTL_NOUVEAU_VM_BIND is synchronous processing, > DRM_IOCTL_NOUVEAU_EXEC supports asynchronous processing only. > > Co-authored-by: Dave Airlie <airlied at redhat.com > <mailto:airlied at redhat.com>&gt...

A new intel-gpu-tools quarterly release is available with the following changes: Library changes: - Added helpers for using DRM syncobj. (Jason Ekstrand) - Refactored several i915 helpers into library functions. (Michał Winiarski) - Improved the GPU quiescing code to more thoroughly flush old data and pending work. (Chris Wilson) - Reworked DRM property handling to be more suitable for atomic commits. (Maarten Lankhorst)...

...ll that, but engines behind host1x can use the IOCTL extensions > > > provided here to emit fence FDs that in turn can be used to synchronize > > > their jobs with either the scanout engine or the GPU. > > > > Whilst hooking up fences, I advise you to also hook up drm_syncobj. > > Internally they each resolve to another fence, so the mechanics are > > identical, you just need another array in the uABI for in/out syncobj. > > The advantage of drm_syncobj is that userspace can track internal fences > > using inexhaustible handles, reserving the pre...

...l: PCI Ids for U SKU in CFL Ben Widawsky (1): intel/gen10: Add missed gen10 stuff Christian Gmeiner (1): etnaviv: submit full struct drm_etnaviv_gem_submit Dave Airlie (6): amdgpu: sync amdgpu_drm with kernel. drm: update drm.h to latest in drm-next. libdrm: add drm syncobj create/destroy/import/export drm/amdgpu: add syncobj create/destroy/import/export apis drm/amdgpu: add new low overhead command submission API. (v2) amdgpu: add new symbols to tests. Elliott Hughes (1): Android's major/minor/makedev live in <sys/sysmacros.h> Eric...

...; > 2) Allocate and free a VA space region as well as bind and unbind memory > ? ?to the GPUs VA space via the new DRM_IOCTL_NOUVEAU_VM_BIND ioctl. > ? ?UMDs can request the named operations to be processed either > ? ?synchronously or asynchronously. It supports DRM syncobjs > ? ?(incl. timelines) as synchronization mechanism. The management > of the > ? ?GPU VA mappings is implemented with the DRM GPU VA manager. > > 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. The > ? ?execution happens asynchronously....

...ate and free a VA space region as well as bind and unbind > memory > > to the GPUs VA space via the new DRM_IOCTL_NOUVEAU_VM_BIND ioctl. > > UMDs can request the named operations to be processed either > > synchronously or asynchronously. It supports DRM syncobjs > > (incl. timelines) as synchronization mechanism. The management > > of the > > GPU VA mappings is implemented with the DRM GPU VA manager. > > > > 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. > The > >...

On Mon, May 1, 2023 at 8:38?AM Dmitry Osipenko < dmitry.osipenko at collabora.com> wrote: > On 4/16/23 14:52, Dmitry Osipenko wrote: > > We have multiple Vulkan context types that are awaiting for the addition > > of the sync object DRM UAPI support to the VirtIO-GPU kernel driver: > > > > 1. Venus context > > 2. Native contexts (virtio-freedreno,

...unbind GPU VA space mappings via the new >> DRM_IOCTL_NOUVEAU_VM_BIND ioctl. >> >> 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. >> >> Both, DRM_IOCTL_NOUVEAU_VM_BIND and DRM_IOCTL_NOUVEAU_EXEC support >> asynchronous processing with DRM syncobjs as synchronization mechanism. >> >> The default DRM_IOCTL_NOUVEAU_VM_BIND is synchronous processing, >> DRM_IOCTL_NOUVEAU_EXEC supports asynchronous processing only. >> >> Co-authored-by: Dave Airlie <airlied at redhat.com> >> Signed-off-by: Danilo Krummri...

...pings via the new >>> ??? DRM_IOCTL_NOUVEAU_VM_BIND ioctl. >>> >>> 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. >>> >>> Both, DRM_IOCTL_NOUVEAU_VM_BIND and DRM_IOCTL_NOUVEAU_EXEC support >>> asynchronous processing with DRM syncobjs as synchronization mechanism. >>> >>> The default DRM_IOCTL_NOUVEAU_VM_BIND is synchronous processing, >>> DRM_IOCTL_NOUVEAU_EXEC supports asynchronous processing only. >>> >>> Co-authored-by: Dave Airlie <airlied at redhat.com> >>> Signe...

...;>> DRM_IOCTL_NOUVEAU_VM_BIND ioctl. >>>> >>>> 3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC ioctl. >>>> >>>> Both, DRM_IOCTL_NOUVEAU_VM_BIND and DRM_IOCTL_NOUVEAU_EXEC support >>>> asynchronous processing with DRM syncobjs as synchronization mechanism. >>>> >>>> The default DRM_IOCTL_NOUVEAU_VM_BIND is synchronous processing, >>>> DRM_IOCTL_NOUVEAU_EXEC supports asynchronous processing only. >>>> >>>> Co-authored-by: Dave Airlie <airlied at redhat.com&gt...

...on as well as bind and > unbind memory > >? ? ? ? ?to the GPUs VA space via the new > DRM_IOCTL_NOUVEAU_VM_BIND ioctl. > >? ? ? ? ?UMDs can request the named operations to be processed either > >? ? ? ? ?synchronously or asynchronously. It supports DRM syncobjs > >? ? ? ? ?(incl. timelines) as synchronization mechanism. The > management > >? ? ?of the > >? ? ? ? ?GPU VA mappings is implemented with the DRM GPU VA manager. > > > >? ? ?3) Execute push buffers with the new DRM_IOCTL_NOUVEAU_EXEC...

...ecause the KMS core takes > care of all that, but engines behind host1x can use the IOCTL extensions > provided here to emit fence FDs that in turn can be used to synchronize > their jobs with either the scanout engine or the GPU. Whilst hooking up fences, I advise you to also hook up drm_syncobj. Internally they each resolve to another fence, so the mechanics are identical, you just need another array in the uABI for in/out syncobj. The advantage of drm_syncobj is that userspace can track internal fences using inexhaustible handles, reserving the precious fd for IPC or KMS. -Chris

...tests/amdgpu: add missing header to SOURCES Andrey Grodzovsky (1): amdgpu: Add deadlock detection test suit. Anuj Phogat (1): intel: Change a KBL pci id to GT2 from GT1.5 Christian König (1): amdgpu: make userptr unit test more interesting Dave Airlie (1): headers: sync syncobj ioctl defines. Eric Engestrom (1): freedreno/kgsl: fix pointer-to-int cast James Zhu (2): tests/amdgpu: add new uvd enc support check tests/amdgpu: fix uvd enc data corruption issue Jan Vesely (1): amdgpu: Do not write beyond allocated memory when parsing ids Marek Olšák...