[AMD Official Use Only - AMD Internal Distribution Only]
Thanks this was pushed out to main just now.
Cheers,
Tom
From: Zhang, Yifan
Sent: Wednesday, March 12, 2025 21:40
To: amd-gfx@lists.freedesktop.org
Cc: StDenis, Tom; Zhang, Yifan
Subject: [PATCH] a
Uprev IGT to the latest version and update expectation files.
Signed-off-by: Vignesh Raman
---
drivers/gpu/drm/ci/gitlab-ci.yml | 2 +-
.../gpu/drm/ci/xfails/amdgpu-stoney-fails.txt | 8 +-
.../gpu/drm/ci/xfails/amdgpu-stoney-skips.txt | 1 +
drivers/gpu/drm/ci/xfails/i915-aml
LAVA was recently patched [1] with a fix on how parameters are parsed in
`lava-test-case`, so we don't need to repeat quotes to send the
arguments properly to it. Uprev mesa to fix this issue.
[1] https://gitlab.com/lava/lava/-/commit/18c9cf79
Signed-off-by: Vignesh Raman
---
drivers/gpu/drm/ci
Uprev mesa to fix lava-test-case argument parsing. LAVA recently fixed
parameter parsing in `lava-test-case` [1], eliminating the need for
repeated quotes in arguments.
Uprev IGT to the latest version. Also update expectation files.
The mediatek display driver fails to probe on mt8173-elm-hana an
Reviewed-by: Sunil Khatri
On 3/13/2025 8:11 PM, Alex Deucher wrote:
Add proper checks for disable_kq functionality in
gfx helper functions. Add special logic for families
that require the clear state setup.
v2: use ring count as per Felix suggestion
v3: fix num_gfx_rings handling in amdgpu_gf
vega10/vega12/vega20/raven/raven2/picasso/arcturus/aldebaran
Signed-off-by: Flora Cui
---
drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c | 28 ++-
1 file changed, 27 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c
b/drivers/gpu/drm/amd/amd
…
> can only release 'pfp' field of 'gfx'. The release function of 'me' field
> should be gfx_v12_0_me_fini().
Do you care for an imperative wording in such a change description?
https://web.git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rs
Existing DPCD access functions return an error code or the number of
bytes being read / write in case of partial access. However a lot of
drivers either (incorrectly) ignore partial access or mishandle error
codes. In other cases this results in a boilerplate code which compares
returned value with
From: Dmitry Baryshkov
Switch drm_dp_cec.c to use new set of DPCD read / write helpers.
Reviewed-by: Lyude Paul
Acked-by: Jani Nikula
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_dp_cec.c | 37 ++--
1 file changed, 18 insertions(+), 19 delet
From: Dmitry Baryshkov
Existing DPCD access functions return an error code or the number of
bytes being read / write in case of partial access. However a lot of
drivers either (incorrectly) ignore partial access or mishandle error
codes. In other cases this results in a boilerplate code which com
From: Dmitry Baryshkov
drm_dp_dpcd_read_link_status() follows the "return error code or number
of bytes read" protocol, with the code returning less bytes than
requested in case of some errors. However most of the drivers
interpreted that as "return error code in case of any error". Switch
drm_dp
From: Dmitry Baryshkov
Switch drm_dp_mst_topology.c to use new set of DPCD read / write helpers.
Reviewed-by: Lyude Paul
Acked-by: Jani Nikula
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_dp_mst_topology.c | 105 +-
1 file changed, 51 insertions(+),
Currently, ROCm requires CPUs that support PCIe atomics. The message is
more urgent for GPGPU users, meaning basic functionalities of ROCm are not
available on the node.
Signed-off-by: Daisuke Matsuda
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 4 ++--
drivers/gpu/drm/amd/amdgpu/amdgv_srio
The mediatek display driver fails to probe on mt8173-elm-hana and
mt8183-kukui-jacuzzi-juniper-sku16 in v6.14-rc4 due to missing PHY
configurations.
Enable the following PHY drivers for MediaTek platforms:
- CONFIG_PHY_MTK_HDMI=y for HDMI display
- CONFIG_PHY_MTK_MIPI_DSI=y for DSI display
Signed
Add EEPROM I2C address support for smu v13_0_12.
Signed-off-by: Candice Li
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ras_eeprom.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ras_eeprom.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_ras_eeprom.c
index 3597ecd9baca3
[AMD Official Use Only - AMD Internal Distribution Only]
Test-by: Kenneth Feng
Series is Reviewed-by: Kenneth Feng
-Original Message-
From: Deucher, Alexander
Sent: Wednesday, March 12, 2025 10:19 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Wang, Yang(Kevin)
; Feng,
[AMD Official Use Only - AMD Internal Distribution Only]
Reviewed-by: Hawking Zhang
Regards,
Hawking
-Original Message-
From: amd-gfx On Behalf Of Candice Li
Sent: Friday, March 14, 2025 15:33
To: amd-gfx@lists.freedesktop.org
Cc: Li, Candice
Subject: [PATCH] drm/amdgpu: Add EEPROM I2C
Add active_umc_mask to ras init_flags.
Signed-off-by: Candice Li
---
drivers/gpu/drm/amd/amdgpu/amdgpu_psp.c | 1 +
drivers/gpu/drm/amd/amdgpu/ta_ras_if.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_psp.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_psp.c
ind
Hi Siqueira,
as discussed on the call if you can wrap your head around how the
amdgpu_device_enforce_isolation() function works it should be trivial to write
a new function or extend the function to insert a CPU bubble whenever the
ownership of one of the compute rings change.
IIRC we already
[AMD Official Use Only - AMD Internal Distribution Only]
Reviewed-by: Hawking Zhang
Regards,
Hawking
-Original Message-
From: amd-gfx On Behalf Of Candice Li
Sent: Friday, March 14, 2025 15:33
To: amd-gfx@lists.freedesktop.org
Cc: Li, Candice
Subject: [PATCH] drm/amdgpu: Add active_umc
[Public]
> -Original Message-
> From: Alex Deucher
> Sent: Thursday, March 13, 2025 10:38 AM
> To: Zhang, Jesse(Jie)
> Cc: Koenig, Christian ; amd-
> g...@lists.freedesktop.org; Deucher, Alexander ;
> Kim, Jonathan ; Zhu, Jiadong
>
> Subject: Re: [PATCH 1/7] drm/amd/amdgpu: Simplify SDM
From: Dmitry Baryshkov
Switch drm_dp_helper.c to use new set of DPCD read / write helpers.
Reviewed-by: Lyude Paul
Acked-by: Jani Nikula
Signed-off-by: Dmitry Baryshkov
---
drivers/gpu/drm/display/drm_dp_helper.c | 296 +---
1 file changed, 116 insertions(+), 180
[AMD Official Use Only - AMD Internal Distribution Only]
Reviewed-by: Kent Russell
> -Original Message-
> From: amd-gfx On Behalf Of Alex
> Deucher
> Sent: Thursday, March 13, 2025 9:02 PM
> To: amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander
> Subject: [PATCH 2/3] drm/amdgpu:
On 3/14/2025 7:17 PM, Alex Deucher wrote:
> No need to make the workload profile setup dependent
> on the results of cancelling the delayed work thread.
> We have all of the necessary checking in place for the
> workload profile reference counting, so separate the
> two. As it is now, we can th
From: Alex Deucher
On chips without native IP discovery support, use the fw binary
if available, otherwise we can continue without it.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c | 38 +++
1 file changed, 30 insertions(+), 8 deletions(-)
diff
[AMD Official Use Only - AMD Internal Distribution Only]
Reviewed-by: Kent Russell
> -Original Message-
> From: amd-gfx On Behalf Of Alex
> Deucher
> Sent: Thursday, March 13, 2025 9:02 PM
> To: amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander
> Subject: [PATCH 3/3] drm/amdgpu:
On Fri, Mar 14, 2025 at 10:53 AM Lazar, Lijo wrote:
>
>
>
> On 3/14/2025 7:17 PM, Alex Deucher wrote:
> > No need to make the workload profile setup dependent
> > on the results of cancelling the delayed work thread.
> > We have all of the necessary checking in place for the
> > workload profile r
On 3/14/2025 3:24 PM, Flora Cui wrote:
> From: Alex Deucher
>
> On chips without native IP discovery support, use the fw binary
> if available, otherwise we can continue without it.
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c | 38 +++---
Hello Philip,
Philip Yang writes:
On 2025-02-12 17:42, Uwe Kleine-König wrote:
#regzbot introduced: 68e599db7a549f010a329515f3508d8a8c3467a4
#regzbot monitor: https://bugs.debian.org/1093124
Hello,
On Thu, Jul 18, 2024 at 05:05:53PM -0400, Philip Yang wrote:
Find user queue rptr, ring
Applied. Thanks!
On Wed, Mar 12, 2025 at 11:28 PM Wang, Yang(Kevin)
wrote:
>
> [AMD Official Use Only - AMD Internal Distribution Only]
>
> It looks good to me.
>
> Reviewed-by: Yang Wang
>
> Best Regards,
> Kevin
>
> -Original Message-
> From: amd-gfx On Behalf Of Tomasz
> Pakula
> S
Am 12.03.25 um 16:06 schrieb SRINIVASAN SHANMUGAM:
>
> On 3/7/2025 7:18 PM, Christian König wrote:
>> This allows using amdgpu_sync even without peeking into the fences for a
>> long time.
>>
>> Signed-off-by: Christian König
>> ---
>> drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 13 +
Am 12.03.25 um 16:10 schrieb SRINIVASAN SHANMUGAM:
> On 3/7/2025 7:18 PM, Christian König wrote:
>> That was quite troublesome for gang submit. Completely drop this
>> approach and enforce the isolation separately.
>>
>> Signed-off-by: Christian König
>> ---
>> drivers/gpu/drm/amd/amdgpu/amdgpu_c
Reviewed-by: Sunil Khatri
On 3/13/2025 8:11 PM, Alex Deucher wrote:
Plumb in support for disabling kernel queues in
GFX11. We have to bring up a GFX queue briefly in
order to initialize the clear state. After that
we can disable it.
v2: use ring counts per Felix' suggestion
v3: fix stream fa
.config_dequeue_wait_counts returns a nop case. Modify return parameter
to reflect that since the caller also needs to ignore this condition.
Fixes: <98a5af8103f> ("drm/amdkfd: Add pm_config_dequeue_wait_counts API")
Signed-off-by: Harish Kasiviswanathan
---
drivers/gpu/drm/amd/amdkfd/kfd_packe
Signed-off-by: Flora Cui
---
drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c | 31 ++-
1 file changed, 16 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c
index 967a992829bd..2b4854e03821 1006
No need to make the workload profile setup dependent
on the results of cancelling the delayed work thread.
We have all of the necessary checking in place for the
workload profile reference counting, so separate the
two. As it is now, we can theoretically end up with
the call from begin_use happeni
Thanks for these patches and feedback's.
The series is:
Acked-by: Srinivasan Shanmugam
On 3/14/2025 7:50 PM, Christian König wrote:
Am 14.03.25 um 05:09 schrieb SRINIVASAN SHANMUGAM:
On 3/7/2025 7:18 PM, Christian König wrote:
We keep the gang submission fence around in adev, make sure that
[Public]
> -Original Message-
> From: Alex Deucher
> Sent: Friday, March 14, 2025 5:46 PM
> To: Kim, Jonathan
> Cc: Zhang, Jesse(Jie) ; Koenig, Christian
> ; amd-gfx@lists.freedesktop.org; Deucher, Alexander
> ; Zhu, Jiadong
> Subject: Re: [PATCH 1/7] drm/amd/amdgpu: Simplify SDMA reset
[Public]
-Original Message-
From: Kim, Jonathan
Sent: Friday, March 14, 2025 5:35 PM
To: Kasiviswanathan, Harish ;
amd-gfx@lists.freedesktop.org
Subject: RE: [PATCH v2] drm/amdkfd: Update return value of
config_dequeue_wait_counts
[Public]
> -Original Message-
> From: Kasivisw
On Fri, Mar 14, 2025 at 6:31 AM Lazar, Lijo wrote:
>
>
>
> On 3/12/2025 7:49 PM, Alex Deucher wrote:
> > We need to make sure the workload profile ref counts are
> > balanced. This isn't currently the case because we can
> > increment the count on submissions, but the decrement may
> > be delayed
On Fri, Mar 14, 2025 at 8:55 AM Dieter Faulbaum
wrote:
>
>
> Hello Philip,
>
> Philip Yang writes:
>
> > On 2025-02-12 17:42, Uwe Kleine-König wrote:
> >
> > #regzbot introduced: 68e599db7a549f010a329515f3508d8a8c3467a4
> > #regzbot monitor: https://bugs.debian.org/1093124
> >
> > Hello,
> >
> >
Clause instructions with precise memory enabled currently hang the
shader so set capabilities flag to disabled since it's unsafe to use
for debugging.
Signed-off-by: Jonathan Kim
---
drivers/gpu/drm/amd/amdkfd/kfd_topology.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/gpu/drm/
[Public]
-Original Message-
From: Kim, Jonathan
Sent: Friday, March 14, 2025 4:41 PM
To: Kasiviswanathan, Harish ;
amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish
Subject: RE: [PATCH v2] drm/amdkfd: Update return value of
config_dequeue_wait_counts
[Public]
> -Original
.config_dequeue_wait_counts returns a nop case. Modify return parameter
to reflect that since the caller also needs to ignore this condition.
v2: Removed redudant code.
Tidy up code based on review comments
Fixes: <98a5af8103f> ("drm/amdkfd: Add pm_config_dequeue_wait_counts API")
Signed-off
[Public]
> -Original Message-
> From: Kasiviswanathan, Harish
> Sent: Friday, March 14, 2025 5:04 PM
> To: Kim, Jonathan ; amd-gfx@lists.freedesktop.org
> Subject: RE: [PATCH v2] drm/amdkfd: Update return value of
> config_dequeue_wait_counts
>
> [Public]
>
> -Original Message-
>
On Fri, Mar 14, 2025 at 10:43 AM Kim, Jonathan wrote:
>
> [Public]
>
> > -Original Message-
> > From: Alex Deucher
> > Sent: Thursday, March 13, 2025 10:38 AM
> > To: Zhang, Jesse(Jie)
> > Cc: Koenig, Christian ; amd-
> > g...@lists.freedesktop.org; Deucher, Alexander ;
> > Kim, Jonathan
Am Freitag, dem 14.03.2025 um 08:54 +1100 schrieb Balbir Singh:
> On 3/14/25 05:12, Bert Karwatzki wrote:
> > Am Donnerstag, dem 13.03.2025 um 22:47 +1100 schrieb Balbir Singh:
> > >
> > >
> > > Anyway, I think the nokaslr result is interesting, it seems like with
> > > nokaslr
> > > even the olde
On 3/12/2025 7:49 PM, Alex Deucher wrote:
> We need to make sure the workload profile ref counts are
> balanced. This isn't currently the case because we can
> increment the count on submissions, but the decrement may
> be delayed as work comes in. Track when we enable the
> workload profile s
No need to make the workload profile setup dependent
on the results of cancelling the delayed work thread.
We have all of the necessary checking in place for the
workload profile reference counting, so separate the
two. As it is now, we can theoretically end up with
the call from begin_use happeni
On 3/15/25 01:18, Bert Karwatzki wrote:
> Am Samstag, dem 15.03.2025 um 00:34 +1100 schrieb Balbir Singh:
>> On 3/14/25 17:14, Balbir Singh wrote:
>>> On 3/14/25 09:22, Bert Karwatzki wrote:
Am Freitag, dem 14.03.2025 um 08:54 +1100 schrieb Balbir Singh:
> On 3/14/25 05:12, Bert Karwatzki
Hi Dave, Simona,
Updates for 6.15.
The following changes since commit 236f475d29f8e585a72fb6fac7f8bb4dc4b162b7:
Merge tag 'amd-drm-next-6.15-2025-03-07' of
https://gitlab.freedesktop.org/agd5f/linux into drm-next (2025-03-10 09:04:52
+1000)
are available in the Git repository at:
https:/
[Public]
> -Original Message-
> From: amd-gfx On Behalf Of Harish
> Kasiviswanathan
> Sent: Friday, March 14, 2025 12:17 PM
> To: amd-gfx@lists.freedesktop.org
> Cc: Kasiviswanathan, Harish
> Subject: [PATCH] drm/amdkfd: Update return value of config_dequeue_wait_counts
>
> .config_deque
On Fri, Mar 14, 2025 at 6:28 AM Lazar, Lijo wrote:
>
>
>
> On 3/14/2025 3:24 PM, Flora Cui wrote:
> > From: Alex Deucher
> >
> > On chips without native IP discovery support, use the fw binary
> > if available, otherwise we can continue without it.
> >
> > Signed-off-by: Alex Deucher
> > ---
> >
Am 14.03.25 um 05:24 schrieb SRINIVASAN SHANMUGAM:
> On 3/7/2025 7:18 PM, Christian König wrote:
>> Instead of emitting the cleaner shader for every job which has the
>> enforce_isolation flag set only emit it for the first submission from
>> every client.
>>
>> v2: add missing NULL check
>> v3: fi
[Public]
> -Original Message-
> From: amd-gfx On Behalf Of Harish
> Kasiviswanathan
> Sent: Friday, March 14, 2025 4:22 PM
> To: amd-gfx@lists.freedesktop.org
> Cc: Kasiviswanathan, Harish
> Subject: [PATCH v2] drm/amdkfd: Update return value of
> config_dequeue_wait_counts
>
> .config_d
For certain ASICs where dequeue_wait_count don't need to be initialized,
pm_config_dequeue_wait_counts_v9 return without filling in the packet
information. However, the calling function interprets this as a success
and sends the uninitialized packet to firmware causing hang.
Fix the above bug by n
[Public]
> -Original Message-
> From: amd-gfx On Behalf Of Harish
> Kasiviswanathan
> Sent: Friday, March 14, 2025 8:44 PM
> To: amd-gfx@lists.freedesktop.org
> Cc: Kasiviswanathan, Harish
> Subject: [PATCH v3] drm/amdkfd: Fix bug in config_dequeue_wait_counts
>
> For certain ASICs where
57 matches
Mail list logo
