Re: [PATCH] radeon: Use only a single work queue thread for crt

2020-09-06 Thread Jan Vesely
On Sun, Sep 6, 2020 at 4:54 AM Christian König < ckoenig.leichtzumer...@gmail.com> wrote: > Am 03.08.19 um 02:09 schrieb Andi Kleen: > > From: Andi Kleen > > > > I got tired of seeing a lot of radeon-crt kernel threads in ps on my > > workstation, one for each CPU and one for each display, which

Re: Slow memory access when using OpenCL without X11

2019-03-09 Thread Jan Vesely
On Sat, Mar 9, 2019 at 1:54 AM Lauri Ehrenpreis wrote: > > Even if it's using CPU for OCL (I know it's not doing this), why does memcpy > on CPU slow down permanently, if I'm not doing anything with OpenCL after > clCreateContext? > > As you see from test program it just does clCreateContext

Re: [PATCH] drm/amdgpu: Partially revert commit 2dc80b006

2018-06-13 Thread Jan Vesely
an to send this patch internally for discussion. > So just thought that "Revert x" can cause the attention. > > Best Regards > Rex > > > > > -- > *From:* jv...@scarletmail.rutgers.edu on > behalf of Jan Vesely > *Sent:* Wed

Re: [PATCH] drm/amdgpu: Partially revert commit 2dc80b006

2018-06-13 Thread Jan Vesely
Hi, can you please improve the commit message? seeing "Revert $HASH" conveys zero information about the code change. I'm sorry for bringing this up again, but following AMDGPU/Radeon driver development is an exercise in frustration for anyone who is not on AMD's payroll. git commit logs like:

Re: [PATCH libdrm 3/3] amdgpu: Destroy fd_hash table when the last device is removed.

2018-05-24 Thread Jan Vesely
On Fri, 2018-05-18 at 13:00 -0400, Jan Vesely wrote: > Fixes memory leak on module unload. > Analogous to mesa commit of the same name. > Signed-off-by: Jan Vesely <jan.ves...@rutgers.edu> > --- > amdgpu/amdgpu_device.c | 4 > 1 file changed, 4 insertions(+)

[PATCH libdrm 3/3] amdgpu: Destroy fd_hash table when the last device is removed.

2018-05-18 Thread Jan Vesely
Fixes memory leak on module unload. Analogous to mesa commit of the same name. Signed-off-by: Jan Vesely <jan.ves...@rutgers.edu> --- amdgpu/amdgpu_device.c | 4 1 file changed, 4 insertions(+) diff --git a/amdgpu/amdgpu_device.c b/amdgpu/amdgpu_device.c index e23dd3b3..34ac95b8

[PATCH libdrm v2 1/3] amdgpu: Take lock before removing devices from fd_tab hash table.

2018-05-18 Thread Jan Vesely
Close the file descriptors under lock as well. v2: close fds after removing from hash table Signed-off-by: Jan Vesely <jan.ves...@rutgers.edu> --- amdgpu/amdgpu_device.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/amdgpu/amdgpu_device.c b/

[PATCH libdrm 2/3] amdgpu/util_hash_table: Add helper function to count the number of entries in hash table

2018-05-18 Thread Jan Vesely
Analogous to the mesa commit of the same name. Signed-off-by: Jan Vesely <jan.ves...@rutgers.edu> --- amdgpu/util_hash_table.c | 12 amdgpu/util_hash_table.h | 2 ++ 2 files changed, 14 insertions(+) diff --git a/amdgpu/util_hash_table.c b/amdgpu/util_hash_table.c index 89

Re: [PATCH libdrm 1/1] amdgpu: Take lock before removing devices from fd_tab hash table.

2018-05-17 Thread Jan Vesely
On Thu, 2018-05-10 at 19:33 -0400, Jan Vesely wrote: > Close the file descriptors under lock as well. > > Signed-off-by: Jan Vesely <jan.ves...@rutgers.edu> > --- > amdgpu/amdgpu_device.c | 11 +++ > 1 file changed, 7 insertions(+), 4 deletions(-) > > diff

[PATCH libdrm 1/1] amdgpu: Take lock before removing devices from fd_tab hash table.

2018-05-10 Thread Jan Vesely
Close the file descriptors under lock as well. Signed-off-by: Jan Vesely <jan.ves...@rutgers.edu> --- amdgpu/amdgpu_device.c | 11 +++ 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/amdgpu/amdgpu_device.c b/amdgpu/amdgpu_device.c index 983b19ab..f71fc050

Re: [PATCH 1/1] drm/amdkfd: Do not ignore requested queue size during allocation

2017-11-29 Thread Jan Vesely
at reason? (I'm running ROCK-1.6.x based kernel) thanks, Jan > > Regards, > Felix > > > On 2017-11-19 03:19 AM, Oded Gabbay wrote: > > On Thu, Nov 16, 2017 at 11:36 PM, Jan Vesely <jan.ves...@rutgers.edu> wrote: > > > Signed-off-by: Jan Vesely <jan

Re: [PATCH 1/2] drm/amdgpu:fix virtual dce bug

2017-11-16 Thread Jan Vesely
ge- > From: Jan Vesely [mailto:jv...@scarletmail.rutgers.edu] On Behalf Of Jan > Vesely > Sent: 2017年11月17日 0:40 > To: Liu, Monk <monk@amd.com>; amd-gfx@lists.freedesktop.org > Subject: Re: [PATCH 1/2] drm/amdgpu:fix virtual dce bug > > On Thu, 2017-11-1

[PATCH 1/1] drm/amdkfd: Do not ignore requested queue size during allocation

2017-11-16 Thread Jan Vesely
Signed-off-by: Jan Vesely <jan.ves...@rutgers.edu> --- drivers/gpu/drm/amd/amdkfd/kfd_kernel_queue_vi.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_kernel_queue_vi.c b/drivers/gpu/drm/amd/amdkfd/kfd_kernel_queue_vi.c index f1d482

Re: [PATCH 1/2] drm/amdgpu:fix virtual dce bug

2017-11-16 Thread Jan Vesely
On Thu, 2017-11-16 at 11:14 +0800, Monk Liu wrote: > this fix the issue that access memory after freed > after driver unloaded. can you please change the patch subject and commit message to something more descriptive? Jan > > Change-Id: I64e2488c18f5dc044b57c74567785da21fc028da >

Re: [PATCH] iommu/amd: flush IOTLB for specific domains only (v2)

2017-05-19 Thread Jan Vesely
mu_types.h > @@ -454,6 +454,8 @@ struct protection_domain { > bool updated; /* complete domain flush required */ > unsigned dev_cnt; /* devices assigned to this domain */ > unsigned dev_iommu[MAX_IOMMUS]; /* per-IOMMU reference count */ > + bool alrea