Displaying 20 results from an estimated 200 matches similar to: "[PATCH v4 2/2] drm/virtio: Support sync objects"
2018 Jan 12
1
[PATCH 0/3] drm/tegra: Add support for fence FDs
On Fri, Jan 12, 2018 at 03:38:56PM +0000, Chris Wilson wrote:
> Quoting Thierry Reding (2018-01-12 15:14:38)
> > On Fri, Jan 12, 2018 at 10:40:16AM +0000, Chris Wilson wrote:
> > > Quoting Thierry Reding (2018-01-11 22:22:46)
> > > > From: Thierry Reding <treding at nvidia.com>
> > > >
> > > > This set of patches adds support for fences
2018 Jan 12
2
[PATCH 0/3] drm/tegra: Add support for fence FDs
On Fri, Jan 12, 2018 at 10:40:16AM +0000, Chris Wilson wrote:
> Quoting Thierry Reding (2018-01-11 22:22:46)
> > From: Thierry Reding <treding at nvidia.com>
> >
> > This set of patches adds support for fences to Tegra DRM and complements
> > the fence FD support for Nouveau. Technically this isn't necessary for a
> > fence-based synchronization loop
2018 Jan 12
0
[PATCH 0/3] drm/tegra: Add support for fence FDs
Quoting Thierry Reding (2018-01-12 15:14:38)
> On Fri, Jan 12, 2018 at 10:40:16AM +0000, Chris Wilson wrote:
> > Quoting Thierry Reding (2018-01-11 22:22:46)
> > > From: Thierry Reding <treding at nvidia.com>
> > >
> > > This set of patches adds support for fences to Tegra DRM and complements
> > > the fence FD support for Nouveau. Technically
2018 Jan 12
0
[PATCH 0/3] drm/tegra: Add support for fence FDs
Quoting Thierry Reding (2018-01-11 22:22:46)
> From: Thierry Reding <treding at nvidia.com>
>
> This set of patches adds support for fences to Tegra DRM and complements
> the fence FD support for Nouveau. Technically this isn't necessary for a
> fence-based synchronization loop with Nouveau because the KMS core takes
> care of all that, but engines behind host1x can
2023 Mar 22
0
[PATCH v2 1/2] drm/virtio: Refactor job submission code path
On Sun, Mar 19, 2023 at 9:11?AM Dmitry Osipenko
<dmitry.osipenko at collabora.com> wrote:
>
> Move virtio_gpu_execbuffer_ioctl() into separate virtgpu_submit.c file
> and refactor the code along the way to ease addition of new features to
> the ioctl.
>
> Signed-off-by: Dmitry Osipenko <dmitry.osipenko at collabora.com>
> ---
> drivers/gpu/drm/virtio/Makefile
2020 Aug 28
8
[PATCH 0/6] drm/nouveau: Support sync FDs and sync objects
From: Thierry Reding <treding at nvidia.com>
Hi,
This series implements a new IOCTL to submit push buffers that can
optionally return a sync FD or sync object to userspace. This is useful
in cases where userspace wants to synchronize operations between the GPU
and another driver (such as KMS for display). Among other things this
allows extensions such as eglDupNativeFenceFDANDROID to be
2023 May 08
1
[PATCH v6 0/3] Add sync object UAPI support to VirtIO-GPU driver
On Wed, May 3, 2023 at 10:07?AM Gurchetan Singh
<gurchetansingh at chromium.org> wrote:
>
>
>
> 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
2023 Jul 25
1
[PATCH drm-misc-next v8 03/12] drm/nouveau: new VM_BIND uapi interfaces
On 7/22/23 00:58, Faith Ekstrand wrote:
>
> On Wed, Jul 19, 2023 at 7:15?PM Danilo Krummrich <dakr at redhat.com
> <mailto:dakr at redhat.com>> wrote:
>
> This commit provides the interfaces for the new UAPI motivated by the
> Vulkan API. It allows user mode drivers (UMDs) to:
>
> 1) Initialize a GPU virtual address (VA) space via the new
>
2019 Jul 02
0
[ANNOUNCE] libdrm 2.4.99
-----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
2009 Apr 09
2
how to automatically select certain columns using for loop in dataframe
Hi,
I am trying to display / print certain columns in my data frame that share
certain condition (for example, part of the column name). I am using for
loop, as follow:
# below is the sample data structure
all.data <- data.frame( NUM_A = 1:5, NAME_A = c("Andy", "Andrew", "Angus",
"Alex", "Argo"),
NUM_B = 1:5, NAME_B =
2023 Jul 25
1
[PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
On 7/22/23 17:12, Faith Ekstrand wrote:
> On Wed, Jul 19, 2023 at 7:15?PM Danilo Krummrich <dakr at redhat.com
> <mailto:dakr at redhat.com>> wrote:
>
> This commit provides the implementation for the new uapi motivated
> by the
> Vulkan API. It allows user mode drivers (UMDs) to:
>
> 1) Initialize a GPU virtual address (VA) space via the new
2017 Dec 18
0
[ANNOUNCE] libdrm 2.4.89
-----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: Add memory
2023 Jan 27
0
[PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
On 1/27/23 04:21, Matthew Brost wrote:
> On Fri, Jan 27, 2023 at 02:43:30AM +0100, Danilo Krummrich wrote:
>>
>>
>> On 1/27/23 02:05, Matthew Brost wrote:
>>> On Wed, Jan 18, 2023 at 07:12:47AM +0100, Danilo Krummrich wrote:
>>>> This commit provides the interfaces for the new UAPI motivated by the
>>>> Vulkan API. It allows user mode drivers
2023 Jul 25
1
[PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
On 7/25/23 18:16, Faith Ekstrand wrote:
> On Mon, Jul 24, 2023 at 9:04?PM Danilo Krummrich <dakr at redhat.com
> <mailto:dakr at redhat.com>> wrote:
>
> On 7/22/23 17:12, Faith Ekstrand wrote:
> > On Wed, Jul 19, 2023 at 7:15?PM Danilo Krummrich <dakr at redhat.com
> <mailto:dakr at redhat.com>
> > <mailto:dakr at redhat.com
2023 Jul 25
1
[PATCH drm-misc-next v8 11/12] drm/nouveau: implement new VM_BIND uAPI
On Mon, Jul 24, 2023 at 9:04?PM Danilo Krummrich <dakr at redhat.com> wrote:
> On 7/22/23 17:12, Faith Ekstrand wrote:
> > On Wed, Jul 19, 2023 at 7:15?PM Danilo Krummrich <dakr at redhat.com
> > <mailto:dakr at redhat.com>> wrote:
> >
> > This commit provides the implementation for the new uapi motivated
> > by the
> > Vulkan
2018 Jan 16
0
[ANNOUNCE] intel-gpu-tools 1.21
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
2023 Jan 27
1
[PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
On 1/27/23 02:05, Matthew Brost wrote:
> On Wed, Jan 18, 2023 at 07:12:47AM +0100, Danilo Krummrich wrote:
>> This commit provides the interfaces for the new UAPI motivated by the
>> Vulkan API. It allows user mode drivers (UMDs) to:
>>
>> 1) Initialize a GPU virtual address (VA) space via the new
>> DRM_IOCTL_NOUVEAU_VM_INIT ioctl. UMDs can provide a kernel
2017 Jul 19
0
[ANNOUNCE] libdrm 2.4.82
Anusha Srivatsa (3):
intel: PCI Ids for S SKU in CFL
intel: PCI Ids for H SKU in CFL
intel: 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:
2023 Jan 27
1
[PATCH drm-next 05/14] drm/nouveau: new VM_BIND uapi interfaces
Am 27.01.23 um 02:26 schrieb Danilo Krummrich:
> On 1/27/23 02:05, Matthew Brost wrote:
>> On Wed, Jan 18, 2023 at 07:12:47AM +0100, Danilo Krummrich wrote:
>>> This commit provides the interfaces for the new UAPI motivated by the
>>> Vulkan API. It allows user mode drivers (UMDs) to:
>>>
>>> 1) Initialize a GPU virtual address (VA) space via the new
2012 Apr 04
10
[PATCH 0 of 2] libxl: add libxl_domain_config_init
The following series implements libxl_domain_config_init as per the
libxl API requirement that each type has an init function.
The first function does this in an open coded manner and is proposed
for Xen 4.2.
The second function is RFC only since it moves the definition of this
type into the IDL and makes the required infrastructure updates to
enable this. I think this is more 4.3 material at