RE: [PATCH] drm/amdgpu: add post reset IP callback

2024-04-02 Thread Yu, Lang
[AMD Official Use Only - General] >-Original Message- >From: Christian König >Sent: Tuesday, April 2, 2024 9:38 PM >To: Yu, Lang ; amd-gfx@lists.freedesktop.org >Cc: Deucher, Alexander ; Koenig, Christian >; Sharma, Shashank > >Subject: Re: [PATCH] drm/amdgpu: add post reset IP callback >

[PATCH v2] drm/amdgpu: refactoring the runtime pm mode detection code

2024-04-02 Thread Ma Jun
refactor the code of runtime pm mode detection to support amdgpu_runtime_pm =2 and 1 two cases Signed-off-by: Ma Jun Reviewed-by: Yang Wang --- v1->v2: - Fix logic and output info (Lijo) - Fix code style (Kevin) --- drivers/gpu/drm/amd/amdgpu/amdgpu.h| 1 + drivers/gpu/drm/amd/amdgpu/a

Re: [PATCH 1/2] amd/amdkfd: sync all devices to wait all processes being evicted

2024-04-02 Thread Chen, Xiaogang
On 4/1/2024 4:53 PM, Zhigang Luo wrote: Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding. If there are more than one device doing reset in parallel, the first device will call kfd_suspend_all_processes() to e

[linux-next:master] BUILD REGRESSION c0b832517f627ead3388c6f0c74e8ac10ad5774b

2024-04-02 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master branch HEAD: c0b832517f627ead3388c6f0c74e8ac10ad5774b Add linux-next specific files for 20240402 Error/Warning reports: https://lore.kernel.org/oe-kbuild-all/202404021504.ytp51bl3-...@intel.com https

Re: [PATCH 1/2] amd/amdkfd: sync all devices to wait all processes being evicted

2024-04-02 Thread Felix Kuehling
On 2024-04-01 17:53, Zhigang Luo wrote: If there are more than one device doing reset in parallel, the first device will call kfd_suspend_all_processes() to evict all processes on all devices, this call takes time to finish. other device will start reset and recover without waiting. if the proces

[PATCH] drm/amd/amdgpu: Update PF2VF Header

2024-04-02 Thread Luqmaan Irshad
Adding a new field for GPU Capacity to align the header with the host. Signed-off-by: Luqmaan Irshad --- drivers/gpu/drm/amd/amdgpu/amdgv_sriovmsg.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgv_sriovmsg.h b/drivers/gpu/drm/amd/amdgpu/am

Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive

2024-04-02 Thread Jani Nikula
On Tue, 02 Apr 2024, Easwar Hariharan wrote: > On 4/2/2024 7:32 AM, Jani Nikula wrote: >> On Tue, 02 Apr 2024, Easwar Hariharan wrote: >>> On 4/2/2024 12:48 AM, Jani Nikula wrote: On Fri, 29 Mar 2024, Easwar Hariharan wrote: > I2C v7, SMBus 3.2, and I3C specifications have replaced "mas

Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive

2024-04-02 Thread Jani Nikula
On Tue, 02 Apr 2024, Easwar Hariharan wrote: > On 4/2/2024 12:48 AM, Jani Nikula wrote: >> On Fri, 29 Mar 2024, Easwar Hariharan wrote: >>> I2C v7, SMBus 3.2, and I3C specifications have replaced "master/slave" >>> with more appropriate terms. Inspired by and following on to Wolfram's >>> series

Re: [PATCH] drm/amdgpu: add post reset IP callback

2024-04-02 Thread Christian König
Am 28.03.24 um 05:40 schrieb Lang Yu: There are use cases which need full GPU functionality (e.g., VM update, TLB inavildate) when doing a GPU reset. Especially, the mes/umsch self tests which help validate the hw state after hw init like ring/ib tests. I noted that before but just to repeat i

Re: [PATCH v2] drm/amdgpu: Fix discovery initialization failure during pci rescan

2024-04-02 Thread Christian König
Am 02.04.24 um 12:05 schrieb Ma Jun: Waiting for system ready to fix the discovery initialization failure issue. This failure usually occurs when dGPU is removed and then rescanned via command line. It's caused by following two errors: [1] vram size is 0 [2] wrong binary signature Signed-off-by:

Re: [PATCH 1/2] drm/amdgpu: use CPU to update VM during GPU reset

2024-04-02 Thread Christian König
Am 02.04.24 um 10:47 schrieb Yu, Lang: [AMD Official Use Only - General] -Original Message- From: Koenig, Christian Sent: Friday, March 29, 2024 7:08 PM To: Yu, Lang ; amd-gfx@lists.freedesktop.org Cc: Deucher, Alexander Subject: Re: [PATCH 1/2] drm/amdgpu: use CPU to update VM during

Re: [PATCH] drm/amdgpu: clear set_q_mode_offs when VM changed

2024-04-02 Thread Christian König
If this solution here works then stick with that for now. At least I still hope to switch to user queues sometimes soon and that would completely avoid this problem here in the first place. Regards, Christian. Am 02.04.24 um 10:35 schrieb Yin, ZhenGuo (Chris): [AMD Official Use Only - Gener

Re: [PATCH 1/2] drm/amd/pm: Report uclk and sclk limit

2024-04-02 Thread Lazar, Lijo
On 4/2/2024 4:00 PM, Lazar, Lijo wrote: > > > On 4/2/2024 3:52 PM, Asad Kamal wrote: >> Report max set uclk and sclk for smu_v_13_0_6 >> > > You may rephrase as > > "Use OD (pp_od_clk_voltage) interface to report current limits, default > or those set by user, for SCLK and UCLK." > With th

Re: [PATCH 2/2] drm/amd/pm: Update uclk/sclk limit report format

2024-04-02 Thread Lazar, Lijo
On 4/2/2024 3:52 PM, Asad Kamal wrote: > Update max set uclk and sclk reporting format for smu_v_13_0_0 > Use aldebaran instead of smu v13.0.0 - both are different. You may also add the description similar to patch 1. With those updates, Reviewed-by: Lijo Lazar Thanks, Lijo > Signed-off-b

Re: [PATCH 1/2] drm/amd/pm: Report uclk and sclk limit

2024-04-02 Thread Lazar, Lijo
On 4/2/2024 3:52 PM, Asad Kamal wrote: > Report max set uclk and sclk for smu_v_13_0_6 > You may rephrase as "Use OD (pp_od_clk_voltage) interface to report current limits, default or those set by user, for SCLK and UCLK." Thanks, Lijo > Signed-off-by: Asad Kamal > --- > .../gpu/drm/amd/p

[PATCH 2/2] drm/amd/pm: Update uclk/sclk limit report format

2024-04-02 Thread Asad Kamal
Update max set uclk and sclk reporting format for smu_v_13_0_0 Signed-off-by: Asad Kamal --- .../gpu/drm/amd/pm/swsmu/smu13/aldebaran_ppt.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/amd/pm/swsmu/smu13/aldebaran_ppt.c b/drivers/gpu/dr

[PATCH 1/2] drm/amd/pm: Report uclk and sclk limit

2024-04-02 Thread Asad Kamal
Report max set uclk and sclk for smu_v_13_0_6 Signed-off-by: Asad Kamal --- .../gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_6_ppt.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_6_ppt.c b/drivers/gpu/drm/amd/pm/swsmu/

RE: [PATCH] drm/amd/pm: Report uclk and sclk limit

2024-04-02 Thread Kamal, Asad
[AMD Official Use Only - General] Please ignore this patch will send a fresh one -Original Message- From: Kamal, Asad Sent: Tuesday, April 2, 2024 3:45 PM To: amd-gfx@lists.freedesktop.org Cc: Lazar, Lijo ; Zhang, Hawking ; Ma, Le ; Zhang, Morris ; Kamal, Asad ; Cheung, Donald ; Khatir

[PATCH] drm/amd/pm: Report uclk and sclk limit

2024-04-02 Thread Asad Kamal
Report max set uclk and sclk for smu_v_13_0_6 Signed-off-by: Asad Kamal --- .../gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_6_ppt.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_6_ppt.c b/drivers/gpu/drm/amd/pm/swsmu/

[PATCH v2] drm/amdgpu: Fix discovery initialization failure during pci rescan

2024-04-02 Thread Ma Jun
Waiting for system ready to fix the discovery initialization failure issue. This failure usually occurs when dGPU is removed and then rescanned via command line. It's caused by following two errors: [1] vram size is 0 [2] wrong binary signature Signed-off-by: Ma Jun --- drivers/gpu/drm/amd/amdgp

Re: [PATCH] drm/amdgpu: Fix discovery initialization failure during pci rescan

2024-04-02 Thread Ma, Jun
On 4/1/2024 8:24 PM, Christian König wrote: > Am 01.04.24 um 12:18 schrieb Ma Jun: >> Waiting for system ready to fix the discovery initialization >> failure issue. This failure usually occurs when dGPU is >> removed and then rescanned via command line. >> It's caused by following two errors: >>

RE: [PATCH] drm/amdgpu: retire UMC v12 mca_addr_to_pa

2024-04-02 Thread Zhang, Hawking
[AMD Official Use Only - General] Reviewed-by: Hawking Zhang Regards, Hawking -Original Message- From: amd-gfx On Behalf Of Tao Zhou Sent: Tuesday, April 2, 2024 16:51 To: amd-gfx@lists.freedesktop.org Cc: Zhou1, Tao Subject: [PATCH] drm/amdgpu: retire UMC v12 mca_addr_to_pa RAS TA wi

Re: 2024 X.Org Foundation Membership deadline for voting in the election

2024-04-02 Thread Marc Balmer
How often will you send this spam again? > Am 31.03.2024 um 18:46 schrieb Ricardo Garcia : > > This is a reminder that the membership renewal period ends in 2 days, > and elections will start after that. Please register as an X.Org > Foundation member to be able to vote in the upcoming elections

[PATCH] drm/amdgpu: retire UMC v12 mca_addr_to_pa

2024-04-02 Thread Tao Zhou
RAS TA will handle it, the interface is useless. Signed-off-by: Tao Zhou --- drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 1 - drivers/gpu/drm/amd/amdgpu/umc_v12_0.c | 105 ++--- drivers/gpu/drm/amd/amdgpu/umc_v12_0.h | 62 +-- 3 files changed, 7 insertions(+), 161

RE: [PATCH 1/2] drm/amdgpu: use CPU to update VM during GPU reset

2024-04-02 Thread Yu, Lang
[AMD Official Use Only - General] >-Original Message- >From: Koenig, Christian >Sent: Friday, March 29, 2024 7:08 PM >To: Yu, Lang ; amd-gfx@lists.freedesktop.org >Cc: Deucher, Alexander >Subject: Re: [PATCH 1/2] drm/amdgpu: use CPU to update VM during GPU >reset > >Am 25.03.24 um 06:35

RE: [PATCH] drm/amdgpu: clear set_q_mode_offs when VM changed

2024-04-02 Thread Yin, ZhenGuo (Chris)
[AMD Official Use Only - General] Yeah, I agree. But I have no idea which place is better. Best, Zhenguo Cloud-GPU Core team, SRDC -Original Message- From: Koenig, Christian Sent: Tuesday, April 2, 2024 4:14 PM To: Yin, ZhenGuo (Chris) ; amd-gfx@lists.freedesktop.org Cc: Deucher, Alexa

Re: [PATCH v0 10/14] sfc: falcon: Make I2C terminology more inclusive

2024-04-02 Thread Simon Horman
On Fri, Mar 29, 2024 at 05:00:34PM +, Easwar Hariharan wrote: > I2C v7, SMBus 3.2, and I3C specifications have replaced "master/slave" > with more appropriate terms. Inspired by and following on to Wolfram's > series to fix drivers/i2c/[1], fix the terminology for users of > I2C_ALGOBIT bitbang

Re: [PATCH] drm/amdgpu: always force full reset for SOC21

2024-04-02 Thread Christian König
Am 24.03.24 um 01:52 schrieb Alex Deucher: There are cases where soft reset seems to succeed, but does not, so always use mode1/2 for now. Signed-off-by: Alex Deucher Acked-by: Christian König IIRC I've requested some changes to how soft reset is done for SOC21 but never found the time to

Re: [PATCH v9 2/3] drm/amdgpu: Enable clear page functionality

2024-04-02 Thread Christian König
Am 26.03.24 um 15:53 schrieb Alex Deucher: On Tue, Mar 26, 2024 at 10:01 AM Alex Deucher wrote: On Tue, Mar 26, 2024 at 9:59 AM Paneer Selvam, Arunpravin wrote: Hi Alex, On 3/26/2024 7:08 PM, Alex Deucher wrote: On Mon, Mar 18, 2024 at 5:47 PM Arunpravin Paneer Selvam wrote: Add clear pag

Re: [PATCH] drm/amdgpu: clear set_q_mode_offs when VM changed

2024-04-02 Thread Christian König
Am 02.04.24 um 08:37 schrieb ZhenGuo Yin: [Why] set_q_mode_offs don't get cleared after GPU reset, nexting SET_Q_MODE packet to init shadow memory will be skiped, hence there has a page fault. [How] VM flush is needed after GPU reset, clear set_q_mode_offs when emitting VM flush. Fixes: 8dad9c0

Re: 2024 X.Org Foundation Membership deadline for voting in the election

2024-04-02 Thread Laurent Pinchart
Hi Pekka, On Tue, Apr 02, 2024 at 10:46:08AM +0300, Pekka Paalanen wrote: > On Tue, 26 Mar 2024 11:42:48 -0400 Christopher Michael wrote: > > > The 2024 X.Org Foundation membership renewal period has been extended > > one additional week and elections will start the following week on 01 > > Apr

Re: [PATCH v0 03/14] drm/gma500,drm/i915: Make I2C terminology more inclusive

2024-04-02 Thread Jani Nikula
On Fri, 29 Mar 2024, Easwar Hariharan wrote: > I2C v7, SMBus 3.2, and I3C specifications have replaced "master/slave" > with more appropriate terms. Inspired by and following on to Wolfram's > series to fix drivers/i2c/[1], fix the terminology for users of > I2C_ALGOBIT bitbanging interface, now t

Re: 2024 X.Org Foundation Membership deadline for voting in the election

2024-04-02 Thread Pekka Paalanen
On Tue, 26 Mar 2024 11:42:48 -0400 Christopher Michael wrote: > The 2024 X.Org Foundation membership renewal period has been extended > one additional week and elections will start the following week on 01 > April 2024. > > Please note that only current members can vote in the upcoming electio