Print the status out when it passes, gpu reset message can be observed
when unmap queue fails.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdkfd/kfd_int_process_v9.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_int_process_v9.
Correct the code error for setting register UVD_GFX10_ADDR_CONFIG.
Need to use inst_idx, or it only will set VCN0.
Signed-off-by: Emily Deng
---
drivers/gpu/drm/amd/amdgpu/vcn_v3_0.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/vcn_v3_0.c
b/
[AMD Official Use Only]
Let's explicitly call out
RAS poison consumption, unmap queue flow succeed: client id %d\n
And
RAS poison consumption, fallback to gpu reset flow: client id %d\n
Regards,
Hawking
-Original Message-
From: Zhou1, Tao
Sent: Monday, March 21, 2022 16:21
To: amd-gf
Am 18.03.22 um 16:12 schrieb Rob Clark:
On Fri, Mar 18, 2022 at 12:42 AM Christian König
wrote:
Am 17.03.22 um 18:31 schrieb Rob Clark:
On Thu, Mar 17, 2022 at 10:27 AM Daniel Vetter wrote:
[SNIP]
(At some point, I'd like to use scheduler for the replay, and actually
use drm_sched_stop()/et
Am 18.03.22 um 16:45 schrieb philip yang:
On 2022-03-17 9:50 a.m., Christian König wrote:
[SNIP]
@@ -890,9 +929,20 @@ int amdgpu_vm_bo_update_mapping(struct amdgpu_device *adev,
r = vm->update_funcs->commit(¶ms, fence);
+ if (!unlocked && (!(flags & AMDGPU_PTE_VALID) || params.table_f
Print the status out when it passes, and also tell user gpu reset
is triggered when we fallback to legacy way.
v2: make the message more explicitly.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdkfd/kfd_int_process_v9.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
dif
Dear Tao,
Thank you for the patch.
Am 21.03.22 um 10:38 schrieb Tao Zhou:
Print the status out when it passes, and also tell user gpu reset
is triggered when we fallback to legacy way.
v2: make the message more explicitly.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdkfd/kfd_int_pr
[AMD Official Use Only]
Reviewed-by: Hawking Zhang
Regards,
Hawking
-Original Message-
From: Zhou1, Tao
Sent: Monday, March 21, 2022 17:38
To: amd-gfx@lists.freedesktop.org; Zhang, Hawking ;
Kuehling, Felix ; Yang, Stanley ;
Chai, Thomas
Cc: Zhou1, Tao
Subject: [PATCH] drm/amdkfd: p
On 3/21/2022 3:08 PM, Tao Zhou wrote:
Print the status out when it passes, and also tell user gpu reset
is triggered when we fallback to legacy way.
v2: make the message more explicitly.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdkfd/kfd_int_process_v9.c | 11 +++
1 file
[AMD Official Use Only]
Ping!
Regards,
Shirish S
-Original Message-
From: S, Shirish
Sent: Monday, March 14, 2022 12:24 PM
To: Wentland, Harry ; S, Shirish ;
Wentland, Harry ; Kazlauskas, Nicholas
; Lakha, Bhawanpreet
Cc: amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] amd/dis
ThispatchisReviewed-by:JamesZhu
On 2022-03-21 4:26 a.m., Emily Deng wrote:
Correct the code error for setting register UVD_GFX10_ADDR_CONFIG.
Need to use inst_idx, or it only will set VCN0.
Signed-off-by: Emily Deng
---
drivers/gpu/drm/amd/amdgpu/vcn_v3_0.c | 4 ++--
1 file changed, 2 insert
Hi,
On 3/20/22 21:11, Rajat Jain wrote:
> () Hello Hans, Sean,
>
>
>
> On Fri, Mar 11, 2022 at 4:12 AM Hans de Goede wrote:
>>
>> Hi All,
>>
>> On 3/9/22 18:53, Rajat Jain wrote:
>>> On Wed, Mar 9, 2022 at 7:06 AM Sean Paul wrote:
From: Sean Paul
This patch adds the neces
Hi, this is your Linux kernel regression tracker. Top-posting for once,
to make this easily accessible to everyone.
Dominique/Salvatore/Eric, what's the status of this regression?
According to the debian bug tracker the problem is solved with 5.16 and
5.17, but was 5.15 ever fixed?
Ciao, Thorsten
>>> Right, interference from host drivers and pre-boot environments is
>>> always a concern with GPU assignment in particular. AMD GPUs have a
>>> long history of poor behavior relative to things like PCI secondary
>>> bus resets which we use to try to get devices to clean, reusable
>>> states for
My problem has never been fixed. The proposed patch has been applied to 5.15. I
do not remerber which version 28 maybe.
I still have à RIP in pm_suspend. Did not test the Last two 15 versions.
I can leave with 5.10 est using own compiled kernels.
Thanks for asking.
21 mars 2022 09:58:01 Thorst
Dear Emily,
Am 21.03.22 um 09:26 schrieb Emily Deng:
Correct the code error for setting register UVD_GFX10_ADDR_CONFIG.
Need to use inst_idx, or it only will set VCN0.
Please add a Fixes tag.
Signed-off-by: Emily Deng
---
drivers/gpu/drm/amd/amdgpu/vcn_v3_0.c | 4 ++--
1 file changed, 2
On 2022-03-17 9:50 a.m., Christian
König wrote:
Better to leave the decision when to flush the VM changes in the TLB to
the VM code.
Signed-off-by: Christian König
---
.../gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu
On 2022-03-21 5:33 a.m., Christian
König wrote:
Am
18.03.22 um 16:45 schrieb philip yang:
On 2022-03-17 9:50 a.m., Christian König wrote:
[SNIP]
@@ -890,9 +929,20 @@ int amdgpu_vm_bo
Get the write fence using dma_resv_for_each_fence instead of accessing
it manually.
Signed-off-by: Christian König
Cc: amd-gfx@lists.freedesktop.org
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/
Instead use the new dma_resv_get_singleton function.
Signed-off-by: Christian König
Reviewed-by: Daniel Vetter
Cc: amd-gfx@lists.freedesktop.org
---
drivers/gpu/drm/radeon/radeon_display.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_di
Makes the code a bit more simpler.
Signed-off-by: Christian König
Reviewed-by: Daniel Vetter
Cc: amd-gfx@lists.freedesktop.org
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c | 23 +++
1 file changed, 3 insertions(+), 20 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdg
We can now add multiple writers to the dma_resv object.
Also enable the check for not adding containers in dma_resv.c again.
Signed-off-by: Christian König
Cc: amd-gfx@lists.freedesktop.org
---
drivers/dma-buf/dma-resv.c | 6 +--
drivers/gpu/drm/amd/amdgpu/amdgpu_bo_list.h |
On Fri, Mar 18, 2022 at 08:12:54AM -0700, Rob Clark wrote:
> On Fri, Mar 18, 2022 at 12:42 AM Christian König
> wrote:
> >
> > Am 17.03.22 um 18:31 schrieb Rob Clark:
> > > On Thu, Mar 17, 2022 at 10:27 AM Daniel Vetter wrote:
> > >> [SNIP]
> > >>> (At some point, I'd like to use scheduler for th
On 2022-03-18 15:00, Nicholas Kazlauskas wrote:
> [Why]
> It changed since dcn30 but the hubbub31 constructor hasn't been
> modified to reflect this.
>
> [How]
> Update the value in the constructor to 0x6 so we're checking the right
> bits for p-state allow.
>
> It worked before by accident, but
On 21.03.22 13:07, Éric Valette wrote:
> My problem has never been fixed.
>
> The proposed patch has been applied to 5.15. I do not remerber which version
> 28 maybe.
>
> I still have à RIP in pm_suspend. Did not test the Last two 15 versions.
>
> I can leave with 5.10 est using own compiled ker
On Mon, Mar 21, 2022 at 2:30 AM Christian König
wrote:
>
> Am 18.03.22 um 16:12 schrieb Rob Clark:
> > On Fri, Mar 18, 2022 at 12:42 AM Christian König
> > wrote:
> >> Am 17.03.22 um 18:31 schrieb Rob Clark:
> >>> On Thu, Mar 17, 2022 at 10:27 AM Daniel Vetter wrote:
> [SNIP]
> > (At so
Hi all,
This patch adds a new KFD ioctl to return the largest possible memory
size that can be allocated as a buffer object by the existing
kfd_ioctl_alloc_memory_of_gpu. It attempts to use exactly the same
accept/reject criteria as kfd_ioctl_alloc_memory_of_gpu, so that
allocating a new buffer
Hi
On Monday, 21 March 2022 09:57:59 CET Thorsten Leemhuis wrote:
> Dominique/Salvatore/Eric, what's the status of this regression?
> According to the debian bug tracker the problem is solved with 5.16 and
> 5.17, but was 5.15 ever fixed?
I don't think so.
On kernel side, the commit fixing this
On 21.03.22 19:49, Dominique Dumont wrote:
> On Monday, 21 March 2022 09:57:59 CET Thorsten Leemhuis wrote:
>> Dominique/Salvatore/Eric, what's the status of this regression?
>> According to the debian bug tracker the problem is solved with 5.16 and
>> 5.17, but was 5.15 ever fixed?
>
> I don't th
On maandag 21 maart 2022 19:49:56 CET Dominique Dumont wrote:
> On Monday, 21 March 2022 09:57:59 CET Thorsten Leemhuis wrote:
> > Dominique/Salvatore/Eric, what's the status of this regression?
> > According to the debian bug tracker the problem is solved with 5.16 and
> > 5.17, but was 5.15 ever
On Tue, Mar 15, 2022 at 02:52:38PM -0400, Alex Deucher wrote:
> On Mon, Mar 14, 2022 at 6:12 PM Ville Syrjälä
> wrote:
> >
> > On Fri, Feb 18, 2022 at 12:03:41PM +0200, Ville Syrjala wrote:
> > > drm: Add drm_mode_init()
> > > drm/bridge: Use drm_mode_copy()
> > > drm/imx: Use drm_mode_dupli
[AMD Official Use Only]
> -Original Message-
> From: Paul Menzel
> Sent: Monday, March 21, 2022 6:47 PM
> To: Zhou1, Tao
> Cc: amd-gfx@lists.freedesktop.org; Zhang, Hawking
> ; Kuehling, Felix ; Yang,
> Stanley ; Chai, Thomas
> Subject: Re: [PATCH] drm/amdkfd: print unmap queue status
[AMD Official Use Only]
> -Original Message-
> From: Lazar, Lijo
> Sent: Monday, March 21, 2022 7:21 PM
> To: Zhou1, Tao ; amd-gfx@lists.freedesktop.org; Zhang,
> Hawking ; Kuehling, Felix
> ; Yang, Stanley ; Chai,
> Thomas
> Subject: Re: [PATCH] drm/amdkfd: print unmap queue status fo
Print the status out when it passes, and also tell user gpu reset
is triggered when we fallback to legacy way.
v2: make the message more explicitly.
v3: change succeeds to succeeded.
replace pr_warn with dev_info.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdkfd/kfd_int_process_v9.c |
Dear Tao,
Thank you for rerolling the pacth.
Am 22.03.22 um 04:29 schrieb Tao Zhou:
Print the status out when it passes, and also tell user gpu reset
is triggered when we fallback to legacy way.
The verb *fall back* is written with a space.
v2: make the message more explicitly.
explicit
[AMD Official Use Only]
> -Original Message-
> From: Paul Menzel
> Sent: Tuesday, March 22, 2022 11:42 AM
> To: Zhou1, Tao
> Cc: amd-gfx@lists.freedesktop.org; Zhang, Hawking
> ; Kuehling, Felix ; Yang,
> Stanley ; Chai, Thomas ;
> Lazar, Lijo
> Subject: Re: [PATCH] drm/amdkfd: print
Dear Tao,
Am 22.03.22 um 04:51 schrieb Zhou1, Tao:
-Original Message-
From: Paul Menzel
Sent: Tuesday, March 22, 2022 11:42 AM
[…]
Am 22.03.22 um 04:29 schrieb Tao Zhou:
Print the status out when it passes, and also tell user gpu reset is
triggered when we fallback to legacy way
Print the status out when it passes, and also tell user gpu reset
is triggered when we fall back to legacy way.
v2: make the message more explicit.
v3: change succeeds to succeeded.
replace pr_warn with dev_warn.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdkfd/kfd_int_process_v9.c |
38 matches
Mail list logo