Hi
Am 23.08.24 um 03:57 schrieb Al Viro:
Do you have any problems with the variant below? The only changes are
in commit message and added comment for new helper...
commit 8c291056e3e88153ef4b6316d5247547da200757
Author: Al Viro
Date: Fri Aug 2 09:56:28 2024 -0400
new helper: drm_gem_
dcn35_fpga_funcs is not used anywhere, remove it.
And also remove related not used dcn35_init_clocks_fpga()
and dcn35_update_clocks_fpga().
Signed-off-by: Jinjie Ruan
---
v3:
- Also remove related unused functions.
- Update the commit message.
v2:
- Remove it instead of making it static.
---
..
Do you have any problems with the variant below? The only changes are
in commit message and added comment for new helper...
commit 8c291056e3e88153ef4b6316d5247547da200757
Author: Al Viro
Date: Fri Aug 2 09:56:28 2024 -0400
new helper: drm_gem_prime_handle_to_dmabuf()
Once someth
This commit removes the unnecessary semicolon (`;`) following the
closing brace of the switch statement in the function
'dml2_core_utils_get_tile_block_size_bytes'.
Reported-by: Abaci Robot
Closes: https://bugzilla.openanolis.cn/show_bug.cgi?id=9804
Signed-off-by: Yang Li
---
.../amd/display/dc
On 2024/8/23 2:01, Alex Deucher wrote:
> On Thu, Aug 22, 2024 at 5:20 AM Jinjie Ruan wrote:
>>
>> dcn35_fpga_funcs is not used anywhere, remove it.
>
> This will lead to warnings about unused functions. The fpga specific
> functions should be removed as well. I'd suggest compile testing your
On Thu, Aug 22, 2024 at 04:41:59PM +0200, Thomas Zimmermann wrote:
> Hi
>
> Am 12.08.24 um 08:59 schrieb Al Viro:
> > Once something had been put into descriptor table, the only thing you
> > can do with it is returning descriptor to userland - you can't withdraw
> > it on subsequent failure exit,
"struct drm_edid" is the safe and recommended alternative to "struct edid".
Rename the member to make sure that no usage sites are missed,
as "struct drm_edid" has some restrictions, for example it can not be
used with kfree().
Signed-off-by: Thomas Weißschuh
---
Changes in v2:
- Simplify some l
On 22. 08. 24, 21:14, Fangzhi Zuo wrote:
338567d176 ("drm/amd/display: Fix MST BW calculation Regression") has been
merged
with a mistake being fixed by "drm/amd/display: Fix a mistake in revert commit"
Fix dsc enablement for Synaptics Cascaded Panamera hub is included in
"drm/amd/display: F
These tabs were deleted accidentally in commit d07722e1fc74 ("drm/amd/display:
DML2.1 Reintegration for Various Fixes"). Add them back.
Signed-off-by: Dan Carpenter
---
.../dc/dml2/dml21/src/dml2_core/dml2_core_dcn4_calcs.c| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
On Fri, Aug 23, 2024 at 09:21:14AM +0200, Thomas Zimmermann wrote:
> Acked-by: Thomas Zimmermann
>
> Thank you so much.
OK, Acked-by added, branch force-pushed to
git://git.kernel.org:/pub/scm/linux/kernel/git/viro/vfs.git #for-drm
In case if anybody wants a signed pull request, see below; or
Hightest is a typo. It should be highest.Please ensure
the consistency of variable naming.
Signed-off-by: Yang Ruibin <11162...@vivo.com>
---
Changes V2:
- Replaced the word "hightest_pcie_level_enabled" with
"hightest_pcie_level_enabled".
---
.../drm/amd/pm/powerplay/smumgr/fiji_smumgr.c|
On 8/22/24 20:14, Zaeem Mohamed wrote:
Use appropriate SPDX copyright for spl_os_types.h
Signed-off-by: Zaeem Mohamed
Reviewed-by: Hamza Mahfooz
---
.../gpu/drm/amd/display/dc/spl/spl_os_types.h | 29 +++
1 file changed, 4 insertions(+), 25 deletions(-)
diff --git a/dri
On 8/23/24 00:35, Zaeem Mohamed wrote:
Remove TODO from spl_os_types.h
Signed-off-by: Zaeem Mohamed
s/unecessary TODO/unnecessary TODO in
With that addressed:
Reviewed-by: Hamza Mahfooz
---
drivers/gpu/drm/amd/display/dc/spl/spl_os_types.h | 1 -
1 file changed, 1 deletion(-)
diff --g
Ping?
On Tue, Aug 20, 2024 at 9:46 AM Alex Deucher wrote:
>
> This reverts commit 0ddd2ae586d28e521d37393364d989ce118802e0.
>
> This patch causes sluggishness and stuttering in graphical
> apps.
>
> Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3564
> Link: https://www.spinics.net/lists
On Fri, Aug 23, 2024 at 5:30 AM Yang Ruibin <11162...@vivo.com> wrote:
>
> Hightest is a typo. It should be highest.Please ensure
> the consistency of variable naming.
>
> Signed-off-by: Yang Ruibin <11162...@vivo.com>
> ---
> Changes V2:
> - Replaced the word "hightest_pcie_level_enabled" with
>
Am 23.08.24 um 15:13 schrieb Alex Deucher:
Ping?
On Tue, Aug 20, 2024 at 9:46 AM Alex Deucher wrote:
This reverts commit 0ddd2ae586d28e521d37393364d989ce118802e0.
This patch causes sluggishness and stuttering in graphical
apps.
Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3564
Lin
This adds allocation latency, but aligns better with user
expectations. The latency should improve with the drm buddy
clearing patches that Arun has been working on.
In addition this fixes the high CPU spikes seen when doing
wipe on release.
Closes: https://gitlab.freedesktop.org/drm/amd/-/issue
On 8/19/24 22:04, Mario Limonciello wrote:
From: Mario Limonciello
If the dGPU is off, then reading the sysfs files with a sensor monitoring
application will wake it. Change the behavior to return an error when the
dGPU is in D3cold.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/
On 8/23/2024 08:44, Hamza Mahfooz wrote:
On 8/19/24 22:04, Mario Limonciello wrote:
From: Mario Limonciello
If the dGPU is off, then reading the sysfs files with a sensor monitoring
application will wake it. Change the behavior to return an error when the
dGPU is in D3cold.
Signed-off-by: Mar
Am 23.08.24 um 15:36 schrieb Alex Deucher:
This adds allocation latency, but aligns better with user
expectations. The latency should improve with the drm buddy
clearing patches that Arun has been working on.
The problem is still that we can't most likely will run into issues with
some of the
From: Yinjie Yao
[ Upstream commit 507a2286c052919fe416b3daa0f0061d0fc702b9 ]
kmd_fw_shared changed in VCN5
Signed-off-by: Yinjie Yao
Reviewed-by: Ruijing Dong
Acked-by: Alex Deucher
Signed-off-by: Alex Deucher
(cherry picked from commit aa02486fb18cecbaca0c4fd393d1a03f1d4c3f9a)
Signed-off-
On Mon, Aug 19, 2024 at 10:30 PM Mario Limonciello wrote:
>
> From: Mario Limonciello
>
> If the dGPU is off, then reading the sysfs files with a sensor monitoring
> application will wake it. Change the behavior to return an error when the
> dGPU is in D3cold.
I'm a little concerned that this wi
On 8/23/2024 09:09, Alex Deucher wrote:
On Mon, Aug 19, 2024 at 10:30 PM Mario Limonciello wrote:
From: Mario Limonciello
If the dGPU is off, then reading the sysfs files with a sensor monitoring
application will wake it. Change the behavior to return an error when the
dGPU is in D3cold.
I
On Fri, Aug 23, 2024 at 10:13 AM Mario Limonciello
wrote:
>
> On 8/23/2024 09:09, Alex Deucher wrote:
> > On Mon, Aug 19, 2024 at 10:30 PM Mario Limonciello
> > wrote:
> >>
> >> From: Mario Limonciello
> >>
> >> If the dGPU is off, then reading the sysfs files with a sensor monitoring
> >> appl
On 8/23/2024 09:31, Alex Deucher wrote:
On Fri, Aug 23, 2024 at 10:13 AM Mario Limonciello
wrote:
On 8/23/2024 09:09, Alex Deucher wrote:
On Mon, Aug 19, 2024 at 10:30 PM Mario Limonciello wrote:
From: Mario Limonciello
If the dGPU is off, then reading the sysfs files with a sensor monit
All accesses to attributes have a check for reset/suspend/runpm. Move this
code into dedicated functions. No intended functional changes.
Signed-off-by: Mario Limonciello
---
v1->v2:
* Split out to two patches to reduce boilerplate with common functions
* Different behavior for sysfs and debugf
If the dGPU is off, then reading the sysfs files with a sensor monitoring
application will wake it. Change the behavior to return an error when the
dGPU is in runtime PM. Leave the behavior the same for debugfs files.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/pm/amdgpu_pm.c | 8 +
On Wed, Jul 31, 2024 at 2:23 PM Thomas Zimmermann wrote:
> Replace FB_BLANK_ constants with their counterparts from the
> backlight subsystem. The values are identical, so there's no
> change in functionality or semantics.
>
> Signed-off-by: Thomas Zimmermann
> Cc: Linus Walleij
> Cc: Neil Arms
[Public]
Hi all,
This week this patchset was tested on the following systems:
* Lenovo ThinkBook T13s Gen4 with AMD Ryzen 5 6600U
* MSI Gaming X Trio RX 6800
* Gigabyte Gaming OC RX 7900 XTX
These systems were tested on the following display/connection types:
* eD
On 8/19/24 3:22 PM, sunpeng...@amd.com wrote:
From: Leo Li
[Why]
Idle power states (IPS) describe levels of power-gating within DCN. DM
and DC is responsible for ensuring that we are out of IPS before any DCN
programming happens. Any DCN programming while we're in IPS leads to
undefined beh
Always reprogram the hardware state on init. This ensures
the PMFW state is explicitly programmed and we are not relying
on the default PMFW state.
Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3131
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/pm/swsmu/amdgpu_smu.c | 15 +++
If GPU reset kick in while KFD restore_process_worker running, this may
causes different issues, for example below rcu stall warning, because
restore work may move BOs and evict queues under VRAM pressure.
Fix this race by taking adev reset_domain read semaphore to prevent GPU
reset in restore_pro
On Wed, Aug 21, 2024 at 02:59:08PM +0200, Thomas Zimmermann wrote:
> Call drm_client_setup_with_fourcc() to run the kernel's default client
> setup for DRM. Set fbdev_probe in struct drm_driver, so that the client
> setup can start the common fbdev client.
>
> v2:
> - use drm_client_setup_with_fou
On Thu, Aug 15, 2024 at 1:11 AM Greg KH wrote:
>
> On Wed, Aug 14, 2024 at 05:30:08PM -0400, Alex Deucher wrote:
> > On Wed, Aug 14, 2024 at 4:55 PM Felix Kuehling
> > wrote:
> > >
> > > On 2024-08-12 11:00, Greg KH wrote:
> > > > Hi all,
> > > >
> > > > As some of you have noticed, there's a TO
Populate cache line size info in topology based on information from IP
discovery table.
Signed-off-by: David Belanger
---
drivers/gpu/drm/amd/amdkfd/kfd_crat.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_crat.c
b/drivers/gpu/drm/amd/
35 matches
Mail list logo