On 4/8/2024 10:50 PM, Alex Deucher wrote:
> Need to take the srbm_mutex and while we are here, use the
> helper function soc21_grbm_select();
>
> Signed-off-by: Alex Deucher
Reviewed-by: Lijo Lazar
Thanks,
Lijo
> ---
> drivers/gpu/drm/amd/amdgpu/gfx_v11_0.c | 15 +--
> 1 file
ping?
On Fri, Mar 29, 2024 at 6:59 PM Alex Deucher wrote:
>
> This reverts commit b5abd7f983e14054593dc91d6df2aa5f8cc67652.
>
> This change breaks DSC on 4k monitors at 144Hz over USB-C.
>
> Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3254
> Signed-off-by: Alex Deucher
> Cc:
Ping?
On Mon, Apr 8, 2024 at 3:02 PM Alex Deucher wrote:
>
> Makes it easier to review the logs when there are MES
> errors.
>
> v2: use dbg for emitted, add helpers for fetching strings
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/mes_v11_0.c | 78
ping?
On Mon, Apr 8, 2024 at 1:57 PM Alex Deucher wrote:
>
> Need to take the srbm_mutex and while we are here, use the
> helper function soc21_grbm_select();
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/gfx_v11_0.c | 15 +--
> 1 file changed, 5 insertions(+),
[AMD Official Use Only - General]
Reviewed-by: Tao Zhou
> -Original Message-
> From: amd-gfx On Behalf Of Yang
> Wang
> Sent: Friday, April 12, 2024 10:54 AM
> To: amd-gfx@lists.freedesktop.org
> Cc: Zhang, Hawking ; Zhou1, Tao
> ; Wang, Yang(Kevin)
> Subject: [PATCH] drm/amdgpu: add
add new aca smu callback parse_error_code{} to avoid specific asic check
in amdgpu_aca.c file
Signed-off-by: Yang Wang
---
drivers/gpu/drm/amd/amdgpu/amdgpu_aca.c | 23 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_aca.h | 1 +
.../drm/amd/pm/swsmu/smu13/smu_v13_0_6_ppt.c
On Thu, 11 Apr 2024 at 17:32, Arnd Bergmann wrote:
>
> On Thu, Apr 11, 2024, at 09:15, Ard Biesheuvel wrote:
> > On Thu, 11 Apr 2024 at 03:11, Samuel Holland
> > wrote:
> >> On 2024-04-10 8:02 PM, Thiago Jung Bauermann wrote:
> >> > Samuel Holland writes:
> >>
> >> >> The short-term fix would
On 4/11/24 3:26 PM, Melissa Wen wrote:
On 04/10, Joshua Ashton wrote:
The comment here states "no OGAM in DPP since DCN1", yet that is not
true.
Testing on an RX 7900XTX (dcn32), it actually does exist in hardware and
works fine.
My best guess is the comment is confused with OGAM ROM for
On 04/11, Rodrigo Siqueira wrote:
> This reverts commit 5aba567a2988400d4e01d44493c84bed92820d8d.
>
> The original patch introduces cursor gamma issue to multiple
> Linux compositors. For this reason this commit reverts this change.
Thanks for checking the issue.
Reviewed-by: Melissa Wen
>
>
This reverts commit 5aba567a2988400d4e01d44493c84bed92820d8d.
The original patch introduces cursor gamma issue to multiple
Linux compositors. For this reason this commit reverts this change.
Cc: Melissa Wen
Cc: Harry Wentland
Signed-off-by: Rodrigo Siqueira
---
[AMD Official Use Only - General]
Reviewed-by: Alex Deucher
From: Kim, Jonathan
Sent: Thursday, April 11, 2024 3:03 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Joshi, Mukul
; Kim, Jonathan ; Kim, Jonathan
Subject: [PATCH] drm/amdgpu:
On 2024-04-04 10:22, Marius Vlad wrote:
On Thu, Apr 04, 2024 at 09:59:03AM -0400, Harry Wentland wrote:
Hi all,
On 2024-04-04 06:24, Pekka Paalanen wrote:
On Wed, 3 Apr 2024 17:32:46 -0400
Leo Li wrote:
On 2024-03-28 10:33, Pekka Paalanen wrote:
On Fri, 15 Mar 2024 13:09:56 -0400
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
branch HEAD: 4118d9533ff3a5d16efb476a0d00afceecd92cf5 Add linux-next specific
files for 20240411
Error/Warning reports:
https://lore.kernel.org/oe-kbuild-all/202404120101.daqbazh3-...@intel.com
Error
MES internally has a timeout allowance of 2 seconds.
Increase driver timeout to 3 seconds to be safe.
Signed-off-by: Jonathan Kim
---
drivers/gpu/drm/amd/amdgpu/mes_v11_0.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/mes_v11_0.c
Am 11.04.24 um 17:44 schrieb Jann Horn:
On Thu, Apr 11, 2024 at 12:25 PM Christian König
wrote:
Am 11.04.24 um 05:28 schrieb xinhui pan:
Ensure there is no address overlapping.
Reported-by: Vlad Stolyarov
Signed-off-by: xinhui pan
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 6 ++
On 04/10, Joshua Ashton wrote:
> The comment here states "no OGAM in DPP since DCN1", yet that is not
> true.
>
> Testing on an RX 7900XTX (dcn32), it actually does exist in hardware and
> works fine.
> My best guess is the comment is confused with OGAM ROM for DPP, rather
> than OGAM RAM.
>
> I
On Thu, Apr 11, 2024, at 09:15, Ard Biesheuvel wrote:
> On Thu, 11 Apr 2024 at 03:11, Samuel Holland
> wrote:
>> On 2024-04-10 8:02 PM, Thiago Jung Bauermann wrote:
>> > Samuel Holland writes:
>>
>> >> The short-term fix would be to drop the `select
>> >> ARCH_HAS_KERNEL_FPU_SUPPORT` for
>> >>
Am 11.04.24 um 13:49 schrieb Christian König:
Am 11.04.24 um 13:30 schrieb Yang, Stanley:
[AMD Official Use Only - General]
-Original Message-
From: Christian König
Sent: Thursday, April 11, 2024 7:17 PM
To: Yang, Stanley ; amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH Review
Am 11.04.24 um 13:30 schrieb Yang, Stanley:
[AMD Official Use Only - General]
-Original Message-
From: Christian König
Sent: Thursday, April 11, 2024 7:17 PM
To: Yang, Stanley ; amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH Review 1/1] drm/amdgpu: Support setting recover method
[AMD Official Use Only - General]
> -Original Message-
> From: Christian König
> Sent: Thursday, April 11, 2024 7:17 PM
> To: Yang, Stanley ; amd-gfx@lists.freedesktop.org
> Subject: Re: [PATCH Review 1/1] drm/amdgpu: Support setting recover method
>
> Am 11.04.24 um 13:11 schrieb
Am 01.04.24 um 05:04 schrieb jesse.zh...@amd.com:
From: Jesse Zhang
remove the unsed the paramter in the function
ttm_bo_bounce_temp_buffer and ttm_bo_add_move_fence.
V2:rebase the patch on top of drm-misc-next (Christian)
And pushed to drm-misc-next.
Thanks,
Christian.
Signed-off-by:
Am 11.04.24 um 13:11 schrieb Stanley.Yang:
Don't modify amdgpu gpu recover get operation,
add amdgpu gpu recover set operation to select
reset method, only support mode1 and mode2 currently.
Well I don't think setting this from userspace is valid.
The reset method to use is determined by the
Don't modify amdgpu gpu recover get operation,
add amdgpu gpu recover set operation to select
reset method, only support mode1 and mode2 currently.
Signed-off-by: Stanley.Yang
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 3 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 1 +
Am 11.04.24 um 05:28 schrieb xinhui pan:
Ensure there is no address overlapping.
Reported-by: Vlad Stolyarov
Signed-off-by: xinhui pan
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
Am 28.03.24 um 00:34 schrieb Danijel Slivka:
For asic with VF MMIO access protection avoid using CPU for VM table updates.
CPU pagetable updates have issues with HDP flush as VF MMIO access protection
blocks write to BIF_BX_DEV0_EPF0_VF0_HDP_MEM_COHERENCY_FLUSH_CNTL register
during sriov
Am 11.04.24 um 05:28 schrieb xinhui pan:
Ensure there is no address overlapping.
Reported-by: Vlad Stolyarov
Signed-off-by: xinhui pan
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
When page table BOs were evicted but not validated before
updating page tables, VM is still in evicting state,
amdgpu_vm_update_range returns -EBUSY and
restore_process_worker runs into a dead loop.
v2: Split the BO validation and page table update into
two separate loops in
Hello,
Samuel Holland writes:
> Now that all previously-supported architectures select
> ARCH_HAS_KERNEL_FPU_SUPPORT, this code can depend on that symbol instead
> of the existing list of architectures. It can also take advantage of the
> common kernel-mode FPU API and method of adjusting
Surprisingly many places depend on debugfs.h to be included via
drm_print.h. Fix them.
Signed-off-by: Jani Nikula
---
Cc: Andrzej Hajda
Cc: Neil Armstrong
Cc: Robert Foss
Cc: Laurent Pinchart
Cc: Jonas Karlman
Cc: Jernej Skrabec
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Thomas
Hi Thiago,
On 2024-04-10 8:02 PM, Thiago Jung Bauermann wrote:
> Samuel Holland writes:
>> On 2024-04-10 5:21 PM, Thiago Jung Bauermann wrote:
>>>
>>> Unfortunately this patch causes build failures on arm with allyesconfig
>>> and allmodconfig. Tested with next-20240410.
>
>
>
>> In both
On 10.04.2024 16:14, Jani Nikula wrote:
Surprisingly many places depend on debugfs.h to be included via
drm_print.h. Fix them.
Signed-off-by: Jani Nikula
---
Reviewed-by: Andrzej Hajda
Regards
Andrzej
Cc: Andrzej Hajda
Cc: Neil Armstrong
Cc: Robert Foss
Cc: Laurent Pinchart
Cc:
Hello Samuel,
Thank you for the quick reply!
Samuel Holland writes:
> On 2024-04-10 5:21 PM, Thiago Jung Bauermann wrote:
>>
>> Unfortunately this patch causes build failures on arm with allyesconfig
>> and allmodconfig. Tested with next-20240410.
> In both cases, the issue is that the
On Wed, Apr 10, 2024 at 6:13 PM Joshua Ashton wrote:
>
> The comment here states "no OGAM in DPP since DCN1", yet that is not
> true.
>
> Testing on an RX 7900XTX (dcn32), it actually does exist in hardware and
> works fine.
> My best guess is the comment is confused with OGAM ROM for DPP, rather
Hi Thiago,
On 2024-04-10 5:21 PM, Thiago Jung Bauermann wrote:
> Samuel Holland writes:
>
>> Now that all previously-supported architectures select
>> ARCH_HAS_KERNEL_FPU_SUPPORT, this code can depend on that symbol instead
>> of the existing list of architectures. It can also take advantage of
Hello Samuel,
Samuel Holland writes:
> On 2024-04-10 8:02 PM, Thiago Jung Bauermann wrote:
>> Samuel Holland writes:
>>> On 2024-04-10 5:21 PM, Thiago Jung Bauermann wrote:
Unfortunately this patch causes build failures on arm with allyesconfig
and allmodconfig. Tested with
(cc Arnd)
On Thu, 11 Apr 2024 at 03:11, Samuel Holland wrote:
>
> Hi Thiago,
>
> On 2024-04-10 8:02 PM, Thiago Jung Bauermann wrote:
> > Samuel Holland writes:
> >> On 2024-04-10 5:21 PM, Thiago Jung Bauermann wrote:
> >>>
> >>> Unfortunately this patch causes build failures on arm with
36 matches
Mail list logo
