Am 17.10.23 um 23:13 schrieb Felix Kuehling:
abo->tbo.resource may be NULL in amdgpu_vm_bo_update.
Fixes: 180253782038 ("drm/ttm: stop allocating dummy resources during BO
creation")
Signed-off-by: Felix Kuehling
Reviewed-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c |
[AMD Official Use Only - General]
Thanks, will update.
Regards,
Stanley
> -Original Message-
> From: Zhou1, Tao
> Sent: Wednesday, October 18, 2023 11:00 AM
> To: Yang, Stanley ; amd-gfx@lists.freedesktop.org
> Cc: Yang, Stanley
> Subject: RE: [PATCH Review 1/1] drm/amdgpu: Workaround t
Am 18.10.23 um 04:39 schrieb Lin.Cao:
Remove restriction of sriov max_pfn so that TBA and TMA can move to high
47 bits address.
Regression test: change range alloc flag of libdrm as
AMDGPU_VA_RANGE_HIGH and there is no flr occur when testing amdgpu_test
of drm.
Signed-off-by: Lin.Cao
Acked-b
add get_clockgating_state, update_medium_grain_light_sleep and
update_medium_grain_clock_gating in nbio_v7_11_funcs
v1:
add missing funcs in nbio_v7_11.c
v2:
modify the if condition and add spport for nbio v7.11 clockgating.
Signed-off-by: Li Ma
Reviewed-by: Yifan Zhang
---
drivers/gpu/drm/amd/
[AMD Official Use Only - General]
> -Original Message-
> From: amd-gfx On Behalf Of
> Stanley.Yang
> Sent: Tuesday, October 17, 2023 10:37 PM
> To: amd-gfx@lists.freedesktop.org
> Cc: Yang, Stanley
> Subject: [PATCH Review 1/1] drm/amdgpu: Workaround to skip kiq ring test
> during ras gp
Remove restriction of sriov max_pfn so that TBA and TMA can move to high
47 bits address.
Regression test: change range alloc flag of libdrm as
AMDGPU_VA_RANGE_HIGH and there is no flr occur when testing amdgpu_test
of drm.
Signed-off-by: Lin.Cao
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 7 ++
[AMD Official Use Only - General]
Reviewed-by: Hawking Zhang
Regards,
Hawking
-Original Message-
From: amd-gfx On Behalf Of Stanley.Yang
Sent: Tuesday, October 17, 2023 22:37
To: amd-gfx@lists.freedesktop.org
Cc: Yang, Stanley
Subject: [PATCH Review 1/1] drm/amdgpu: Workaround to skip
Hi llpo,
Thanks for these comments on format issues, I'll
fix it in the next version.
Regards,
Ma Jun
On 10/17/2023 5:20 PM, Ilpo Järvinen wrote:
> On Tue, 17 Oct 2023, Ma Jun wrote:
>
>> Add documentation about AMD's Wifi band RFI mitigation (WBRF) mechanism
>> explaining the theory and how it
Remove a redundant call to amdgpu_ctx_priority_is_valid() from
amdgpu_ctx_priority_permit(), which is called from amdgpu_ctx_init() which is
called from amdgpu_ctx_alloc() which is called from amdgpu_ctx_ioctl(), where
we've called amdgpu_ctx_priority_is_valid() already first thing in the
function.
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
branch HEAD: 4d5ab2376ec576af173e5eac3887ed0b51bd8566 Add linux-next specific
files for 20231017
Error/Warning reports:
https://lore.kernel.org/oe-kbuild-all/202309212121.cul1ptra-...@intel.com
https
Applied. Thanks!
On Tue, Oct 17, 2023 at 10:01 AM Bas Nieuwenhuizen
wrote:
>
> The incoming strings might not be terminated by a newline
> or a 0.
>
> (found while testing a program that just wrote the string
> itself, causing a crash)
>
> Cc: sta...@vger.kernel.org
> Fixes: e3933f26b657 ("drm/
On Tue, Oct 17, 2023 at 11:45:42AM -0600, Rodrigo Siqueira Jordao wrote:
> Hi Nathan,
> (+Hamza)
>
> First of all, thanks a lot for your feedback. You can see my comments
> inline.
>
> On 10/17/23 11:22, Nathan Chancellor wrote:
> > Hi Rodrigo,
> >
> > On Mon, Oct 16, 2023 at 08:19:16AM -0600, R
Applied. Thanks!
On Tue, Oct 17, 2023 at 4:22 AM Colin Ian King wrote:
>
> There are a few spelling mistakes and an minor grammatical issue in
> some dml_print messages. Fix these.
>
> Signed-off-by: Colin Ian King
> ---
> drivers/gpu/drm/amd/display/dc/dml2/display_mode_core.c | 6 +++---
> 1
Use drm_gem_prime_fd_to_handle to import DMABufs for interop. This
ensures that a GEM handle is created on import and that obj->dma_buf
will be set and remain set as long as the object is imported into KFD.
Signed-off-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.h| 9 ++-
Create a new VM state to track user BOs that are in the system domain.
In the next patch this will be used do conditionally re-validate them in
amdgpu_vm_handle_moved.
Signed-off-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 17 +
drivers/gpu/drm/amd/amdgpu/amdg
Create GEM handles for exporting DMABufs using GEM-Prime APIs. The GEM
handles are created in a drm_client_dev context to avoid exposing them
in user mode contexts through a DMABuf import.
Signed-off-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c| 11 +++
drivers/gpu/d
This will make it possible for amdgpu GEM ioctls to flush TLBs on compute
VMs.
This removes VMID-based TLB flushing and always uses PASID-based
flushing. This still works because it scans the VMID-PASID mapping
registers to find the right VMID. It's only slightly less efficient. This
is not a prod
This is not strictly a change in the IOCTL API. This version bump is meant
to indicate to user mode the presence of a number of changes and fixes
that enable the management of VA mappings in compute VMs using the GEM_VA
ioctl for DMABufs exported from KFD.
Signed-off-by: Felix Kuehling
---
inclu
DMABuf imports in compute VMs are not wrapped in a kgd_mem object on the
process_info->kfd_bo_list. There is no explicit KFD API call to validate
them or add eviction fences to them.
This patch automatically validates and fences dymanic DMABuf imports when
they are added to a compute VM. Revalidat
When restoring after an eviction, use amdgpu_vm_handle_moved to update
BO VA mappings in KFD VMs that are not managed through the KFD API. This
should allow using the render node API to create more flexible memory
mappings in KFD VMs.
Signed-off-by: Felix Kuehling
Acked-by: Christian König
---
Instead of attaching the eviction fence when a KFD BO is first mapped,
attach it when it is allocated or imported. This in preparation to allow
KFD BOs to be mapped using the render node API.
Signed-off-by: Felix Kuehling
Acked-by: Christian König
---
.../gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.
Let amdgpu_vm_handle_moved update all BO VA mappings of BOs reserved by
the caller. This will be useful for handling extra BO VA mappings in
KFD VMs that are managed through the render node API.
Signed-off-by: Felix Kuehling
Reviewed-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.
In amdgpu_dma_buf_move_notify reserve fences for the page table updates
in amdgpu_vm_clear_freed and amdgpu_vm_handle_moved. This fixes a BUG_ON
in dma_resv_add_fence when using SDMA for page table updates.
Signed-off-by: Felix Kuehling
Reviewed-by: Christian König
---
drivers/gpu/drm/amd/amdgp
This patch series enables better integration of KFD memory management with
the DRM GEM ioctl API. It allow managing virtual address mappings in
compute VMs with the GEM_VA ioctl after importing DMABufs exported from
KFD into libdrm.
This will enable more flexible virtual address management for ROC
abo->tbo.resource may be NULL in amdgpu_vm_bo_update.
Fixes: 180253782038 ("drm/ttm: stop allocating dummy resources during BO
creation")
Signed-off-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/dr
[Public]
Reviewed-by: Alex Deucher
From: amd-gfx on behalf of Mario
Limonciello
Sent: Tuesday, October 17, 2023 3:37 PM
To: amd-gfx@lists.freedesktop.org
Cc: Stephen Rothwell ; Limonciello, Mario
Subject: [PATCH] drm/amd: Add missing kernel doc for prepare_s
prepare_suspend() is intended to be used for any IP blocks
that must allocate memory during the suspend sequence.
Reported-by: Stephen Rothwell
Closes: https://lore.kernel.org/all/20231017143555.6a645...@canb.auug.org.au/
Fixes: cb11ca3233aa ("drm/amd: Add concept of running prepare_suspend()
se
On Tue, Oct 17, 2023 at 10:27 AM Luben Tuikov wrote:
>
> On 2023-10-17 09:22, Alex Deucher wrote:
> > On Tue, Oct 17, 2023 at 12:52 AM Luben Tuikov wrote:
> >>
> >> A context priority value of AMD_CTX_PRIORITY_UNSET is now invalid--instead
> >> of
> >> carrying it around and passing it to the Di
On 2023-10-10 10:40, Philip Yang wrote:
Replace prange->mapped_to_gpu with prange->bitmap_mapped[], which is per
GPU flag and based on prange granularity, updated when map to GPUS or
unmap from GPUs, to optimize multiple GPU map, unmap and retry fault
recover.
svm_range_partial_mapped is false
On Tue, Oct 17, 2023 at 1:22 PM Nathan Chancellor wrote:
>
> Hi Rodrigo,
>
> On Mon, Oct 16, 2023 at 08:19:16AM -0600, Rodrigo Siqueira wrote:
> > Stephen discovers a stack size issue when compiling the latest amdgpu
> > code with allmodconfig. This patchset addresses that issue by splitting
> > a
On 2023-10-10 10:40, Philip Yang wrote:
Refactor svm_range_validate_and_map to add and use the helper function
to get all GPUs bitmap that need access the svm range. No functional
change. This helper will be used in the following patch.
Signed-off-by: Philip Yang
Reviewed-by: Felix Kuehling
On 2023-10-10 10:40, Philip Yang wrote:
If using sdma update GPU page table, kfd flush tlb does nothing if vm
update fence callback doesn't update vm->tlb_seq. This works now because
retry fault keep coming and will be handled to update page table again
after AMDGPU_SVM_RANGE_RETRY_FAULT_PENDING
On 2023-10-12 23:21, Jiapeng Chong wrote:
No functional modification involved.
drivers/gpu/drm/amd/amdgpu/../amdkfd/kfd_svm.c:305 svm_range_free() warn:
inconsistent indenting.
Reported-by: Abaci Robot
Closes: https://bugzilla.openanolis.cn/show_bug.cgi?id=6804
Signed-off-by: Jiapeng Chong
Hi Nathan,
(+Hamza)
First of all, thanks a lot for your feedback. You can see my comments
inline.
On 10/17/23 11:22, Nathan Chancellor wrote:
Hi Rodrigo,
On Mon, Oct 16, 2023 at 08:19:16AM -0600, Rodrigo Siqueira wrote:
Stephen discovers a stack size issue when compiling the latest amdgpu
c
Hi Rodrigo,
On Mon, Oct 16, 2023 at 08:19:16AM -0600, Rodrigo Siqueira wrote:
> Stephen discovers a stack size issue when compiling the latest amdgpu
> code with allmodconfig. This patchset addresses that issue by splitting
> a large function into two smaller parts.
>
> Thanks
> Siqueira
>
> Rod
Am 17.10.23 um 14:42 schrieb Hamza Mahfooz:
On 10/17/23 08:10, Christian König wrote:
Looks like RADV is actually hitting this.
Signed-off-by: Christian König
Fixes: ca6c1e210aa7 ("drm/amdgpu: use the new drm_exec object for CS
v3")
Do you think this will fix the following issue?:
https://g
Hi André,
kernel test robot noticed the following build warnings:
[auto build test WARNING on drm-misc/drm-misc-next]
[also build test WARNING on drm-intel/for-linux-next
drm-intel/for-linux-next-fixes drm/drm-next linus/master v6.6-rc6 next-20231017]
[If your patch is applied to the wrong git
This is workaround, kiq ring test failed in suspend stage when do ras
recovery for gfx v9_4_3.
Change-Id: I8de9900aa76706f59bc029d4e9e8438c6e1db8e0
Signed-off-by: Stanley.Yang
---
drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/d
On 2023-10-17 09:22, Alex Deucher wrote:
> On Tue, Oct 17, 2023 at 12:52 AM Luben Tuikov wrote:
>>
>> A context priority value of AMD_CTX_PRIORITY_UNSET is now invalid--instead of
>> carrying it around and passing it to the Direct Rendering Manager--and it
>> becomes AMD_CTX_PRIORITY_NORMAL in amd
The incoming strings might not be terminated by a newline
or a 0.
(found while testing a program that just wrote the string
itself, causing a crash)
Cc: sta...@vger.kernel.org
Fixes: e3933f26b657 ("drm/amd/pp: Add edit/commit/show OD clock/voltage support
in sysfs")
Signed-off-by: Bas Nieuwenhu
On 17/10/2023 06:28, André Almeida wrote:
Hi,
This work from me and Simon adds support for DRM_MODE_PAGE_FLIP_ASYNC through
the atomic API. This feature is already available via the legacy API. The use
case is to be able to present a new frame immediately (or as soon as
possible), even if aft
On Tue, Oct 17, 2023 at 12:52 AM Luben Tuikov wrote:
>
> A context priority value of AMD_CTX_PRIORITY_UNSET is now invalid--instead of
> carrying it around and passing it to the Direct Rendering Manager--and it
> becomes AMD_CTX_PRIORITY_NORMAL in amdgpu_ctx_ioctl(), the gateway to context
> creat
Because the disable_plloff_in_l1 variable is always false, the if judgment
on line 9696 is always true. Remove this variable and this if statement.
Fixes: 7235711a43b6 ("drm/radeon: add support for ASPM on CIK asics")
Signed-off-by: Kunwu.Chan
---
drivers/gpu/drm/radeon/cik.c | 134
On Tue, 17 Oct 2023, Ma Jun wrote:
> From: Evan Quan
>
> To support the WBRF mechanism, Wifi adapters utilized in the system must
> register the frequencies in use(or unregister those frequencies no longer
> used) via the dedicated calls. So that, other drivers responding to the
> frequencies ca
There are a few spelling mistakes and an minor grammatical issue in
some dml_print messages. Fix these.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/amd/display/dc/dml2/display_mode_core.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/display/
On Tue, 17 Oct 2023, Ma Jun wrote:
> Add documentation about AMD's Wifi band RFI mitigation (WBRF) mechanism
> explaining the theory and how it is used.
>
> Signed-off-by: Ma Jun
> ---
> Documentation/driver-api/wbrf.rst | 73 +++
> 1 file changed, 73 insertions(+)
>
On Tue, 17 Oct 2023, Ma Jun wrote:
> From: Evan Quan
>
> The newly added WBRF feature needs this interface for channel
> width calculation.
>
> Signed-off-by: Ma Jun
> Signed-off-by: Evan Quan
>
> --
> v8->v9:
> - correct typo(Mhz -> MHz) (Johnson)
> ---
> include/net/cfg80211.h | 8 +
On Tue, 17 Oct 2023, Ma Jun wrote:
> From: Evan Quan
>
> To support the WBRF mechanism, Wifi adapters utilized in the system must
> register the frequencies in use(or unregister those frequencies no longer
Space is missing.
--
i.
On Tue, 17 Oct 2023, Ma Jun wrote:
> From: Evan Quan
>
> Fulfill the SMU13.0.7 support for Wifi RFI mitigation feature.
>
> Signed-off-by: Evan Quan
> Reviewed-by: Mario Limonciello
> Signed-off-by: Ma Jun
> --
> v10->v11:
> - downgrade the prompt level on message failure(Lijo)
> ---
> ..
On Tue, 17 Oct 2023, Ma Jun wrote:
> Due to electrical and mechanical constraints in certain platform designs
> there may be likely interference of relatively high-powered harmonics of
> the (G-)DDR memory clocks with local radio module frequency bands used
> by Wifi 6/6e/7.
>
> To mitigate this,
On Tue, 17 Oct 2023, Ma Jun wrote:
> From: Evan Quan
>
> With WBRF feature supported, as a driver responding to the frequencies,
> amdgpu driver is able to do shadow pstate switching to mitigate possible
> interference(between its (G-)DDR memory clocks and local radio module
> frequency bands us
On Tue, 17 Oct 2023, Ma Jun wrote:
> From: Evan Quan
>
> Fulfill the SMU13.0.0 support for Wifi RFI mitigation feature.
>
> Signed-off-by: Evan Quan
> Reviewed-by: Mario Limonciello
> Signed-off-by: Ma Jun
> --
> v10->v11:
> - downgrade the prompt level on message failure(Lijo)
> ---
> dr
On Tue, Oct 17, 2023 at 8:22 AM Christian König
wrote:
>
> Looks like RADV is actually hitting this.
>
> Signed-off-by: Christian König
> Fixes: ca6c1e210aa7 ("drm/amdgpu: use the new drm_exec object for CS v3")
Acked-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 3 ++-
>
On Tue, Oct 17, 2023 at 8:43 AM Hamza Mahfooz wrote:
>
> On 10/17/23 08:10, Christian König wrote:
> > Looks like RADV is actually hitting this.
> >
> > Signed-off-by: Christian König
> > Fixes: ca6c1e210aa7 ("drm/amdgpu: use the new drm_exec object for CS v3")
>
> Do you think this will fix the
PMFW will be responsible for it.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdgpu/gfx_v9_4_3.c | 22 ---
drivers/gpu/drm/amd/amdgpu/mmhub_v1_8.c | 86 -
2 files changed, 108 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v9_4_3.c
b/drivers/gpu/drm/am
PMFW is responsible for RAS error reset in some conditions, driver can
skip the operation.
v2: add check for ras->in_recovery, it's set earlier than
amdgpu_in_reset.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c | 20 ++--
1 file changed, 18 insertions(+),
To simplify the code of amdgpu_ras_reset_error_status without logical
change.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c | 30 +++--
1 file changed, 8 insertions(+), 22 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c
b/drivers/gpu/
Record the debug mode status in RAS.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c | 21 +
drivers/gpu/drm/amd/amdgpu/amdgpu_ras.h | 5 +
2 files changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c
b/drivers/gpu/drm/amd/
Call amdgpu_ras_set_mca_debug_mode when we set mca debug mode in smu
v13_0_6.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_6_ppt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0_6_ppt.c
b/drivers/gpu/drm/amd/pm/swsmu/
Make the code architecture more simple.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 8 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c| 17 +
drivers/gpu/drm/amd/amdgpu/amdgpu_ras.h| 2 ++
drivers/gpu/drm/amd/amdgpu/amdgpu_xgmi.c | 4 ++-
On 10/17/23 08:10, Christian König wrote:
Looks like RADV is actually hitting this.
Signed-off-by: Christian König
Fixes: ca6c1e210aa7 ("drm/amdgpu: use the new drm_exec object for CS v3")
Do you think this will fix the following issue?:
https://gitlab.freedesktop.org/drm/amd/-/issues/2893
After discussing with André it seems like we missed a plane type check
here. We need to make sure FB_ID changes are only allowed on primary
planes.
On Mon, Oct 16, 2023 at 10:00:51PM +, Simon Ser wrote:
> On Monday, October 16th, 2023 at 17:10, Ville Syrjälä
> wrote:
>
> > On Mon, Oct 16, 2023 at 05:52:22PM +0300, Pekka Paalanen wrote:
> >
> > > On Mon, 16 Oct 2023 15:42:16 +0200
> > > André Almeida andrealm...@igalia.com wrote:
> > >
Looks like RADV is actually hitting this.
Signed-off-by: Christian König
Fixes: ca6c1e210aa7 ("drm/amdgpu: use the new drm_exec object for CS v3")
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_cs
[AMD Official Use Only - General]
Please separate feature enabling and code cleaning to two patches. With that
fixed this patch is :
Reviewed-by: Yifan Zhang
-Original Message-
From: Ma, Li
Sent: Tuesday, October 17, 2023 6:09 PM
To: amd-gfx@lists.freedesktop.org
Cc: Zhang, Yifan ; Hu
[Public]
Reviewed-by: Tim Huang
Best Regards,
Tim Huang
-Original Message-
From: Ma, Li
Sent: Tuesday, October 17, 2023 6:09 PM
To: amd-gfx@lists.freedesktop.org
Cc: Zhang, Yifan ; Huang, Tim ; Ma, Li
Subject: [PATCH] drm/amdgpu: add clockgating support for NBIO v7.7.1
add clockgati
Reviewed-by: Simon Ser
add clockgating support for NBIO ip 7.7.1 and modify if condition.
Signed-off-by: Li Ma
---
drivers/gpu/drm/amd/amdgpu/nbio_v7_7.c | 4 ++--
drivers/gpu/drm/amd/amdgpu/soc21.c | 1 +
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/nbio_v7_7.c
b/driv
Hi,
This work from me and Simon adds support for DRM_MODE_PAGE_FLIP_ASYNC through
the atomic API. This feature is already available via the legacy API. The use
case is to be able to present a new frame immediately (or as soon as
possible), even if after missing a vblank. This might result in teari
From: Simon Ser
amdgpu_dm_commit_planes() already sets the flip_immediate flag for
async page-flips. This flag is used to set the UNP_FLIP_CONTROL
register. Thus, no additional change is required to handle async
page-flips with the atomic uAPI.
Signed-off-by: Simon Ser
Reviewed-by: André Almeid
From: Simon Ser
This new field indicates whether the driver has the necessary logic
to support async page-flips via the atomic uAPI. This is leveraged by
the next commit to allow user-space to use this functionality.
All atomic drivers setting drm_mode_config.async_page_flip are updated
to also
Given that prop changes may lead to modesetting, which would defeat the
fast path of the async flip, refuse any atomic prop change for async
flips in atomic API. The only exceptions are the framebuffer ID to flip
to and the mode ID, that could be referring to an identical mode.
Signed-off-by: Andr
From: Simon Ser
This new kernel capability indicates whether async page-flips are
supported via the atomic uAPI. DRM clients can use it to check
for support before feeding DRM_MODE_PAGE_FLIP_ASYNC to the kernel.
Make it clear that DRM_CAP_ASYNC_PAGE_FLIP is for legacy uAPI only.
Signed-off-by:
From: Pekka Paalanen
Specify how the atomic state is maintained between userspace and
kernel, plus the special case for async flips.
Signed-off-by: Pekka Paalanen
Signed-off-by: André Almeida
---
v7:
- add a note that drivers can make exceptions for ad-hoc prop changes
- add a note about flipp
From: Simon Ser
If the driver supports it, allow user-space to supply the
DRM_MODE_PAGE_FLIP_ASYNC flag to request an async page-flip.
Set drm_crtc_state.async_flip accordingly.
Document that drivers will reject atomic commits if an async
flip isn't possible. This allows user-space to fall back
On 17/10/2023 09:34, Christian König wrote:
Am 17.10.23 um 09:25 schrieb Shashank Sharma:
Hello Christian, Felix,
Thanks for your comments, mine inline.
On 17/10/2023 07:55, Christian König wrote:
Am 17.10.23 um 00:15 schrieb Felix Kuehling:
On 2023-10-16 13:08, Shashank Sharma wrote:
Thi
[AMD Official Use Only - General]
This patch is:
Reviewed-by: Yifan Zhang
-Original Message-
From: amd-gfx On Behalf Of Alex Deucher
Sent: Tuesday, October 17, 2023 2:11 AM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander
Subject: [PATCH] drm/amdgpu: update to the latest GC 11
[AMD Official Use Only - General]
Hi Jun,
int (*get_power_limit)(struct smu_context *smu,
- uint32_t *current_power_limit,
- uint32_t *default_power_limit,
- uint32_t *max_power_limit);
+
[AMD Official Use Only - General]
Reviewed-by: Kenneth Feng
-Original Message-
From: Ma, Jun
Sent: Tuesday, October 17, 2023 3:22 PM
To: amd-gfx@lists.freedesktop.org; Feng, Kenneth ;
Deucher, Alexander
Cc: Ma, Jun ; Ma, Jun
Subject: [PATCH] drm/amd/pm: Support for getting power1_ca
Am 17.10.23 um 09:25 schrieb Shashank Sharma:
Hello Christian, Felix,
Thanks for your comments, mine inline.
On 17/10/2023 07:55, Christian König wrote:
Am 17.10.23 um 00:15 schrieb Felix Kuehling:
On 2023-10-16 13:08, Shashank Sharma wrote:
This patch does the following:
- moves vm->task_in
Hello Christian, Felix,
Thanks for your comments, mine inline.
On 17/10/2023 07:55, Christian König wrote:
Am 17.10.23 um 00:15 schrieb Felix Kuehling:
On 2023-10-16 13:08, Shashank Sharma wrote:
This patch does the following:
- moves vm->task_info struct to fpriv->task_info.
- makes task_inf
Support for getting power1_cap_min value on smu13 and smu11.
For other Asics, we still use 0 as the default value.
Signed-off-by: Ma Jun
---
drivers/gpu/drm/amd/pm/amdgpu_pm.c| 14
drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c | 16 +
drivers/gpu/drm/amd/pm/swsmu/inc
82 matches
Mail list logo