Re: [PATCH] drm/amdkfd: Restore all process on post reset

Am 2021-07-28 um 1:31 p.m. schrieb Eric Huang: > It is to fix a bug of gpu_recovery on multiple GPUs, > When one gpu is reset, the application running on other > gpu hangs, because kfd post reset doesn't restore the > running process. This will resume all processes, even those that were affected

[RFC PATCH v3 6/6] drm/amd/display: reformat YCbCr-RGB conversion matrix

Show the CSC matrixes in a 4x3 format. Signed-off-by: Harry Wentland --- drivers/gpu/drm/amd/display/dc/inc/hw/dpp.h | 28 + 1 file changed, 18 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/amd/display/dc/inc/hw/dpp.h

[RFC PATCH v3 2/6] drm/color: Add transfer functions for HDR/SDR on drm_plane

From: Bhawanpreet Lakha Due to the way displays and human vision work it is most effective to encode luminance information in a non-linear space. For SDR this non-linear mapping is assumed to roughly use a gamma 2.2 curve. This was due to the way CRTs worked and was fine for SDR content with a

[RFC PATCH v3 5/6] drm/color: Add color space plane property

From: Bhawanpreet Lakha Add color space definitions for BT601, BT709, BT2020, and DCI-P3. Default to BT709, the sRGB color space. Signed-off-by: Bhawanpreet Lakha Signed-off-by: Harry Wentland --- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 2 +

[RFC PATCH v3 4/6] drm/color: Add sdr boost property

From: Bhawanpreet Lakha SDR is typically mastered at 200 nits and HDR is mastered at up to 10,000 nits. Due to this luminance range difference if we blend a SDR and HDR plane together, we can run into problems where the HDR plane is too bright or the SDR plane is too dim A common solution to

[RFC PATCH v3 3/6] drm/color: Add output transfer function to crtc

We currently have 1D LUTs to define output transfer function but using a 1D LUT is not always the best way to define a transfer function for HW that has ROMs for certain transfer functions, or for HW that has complex PWL definition for accurate LUT definitions. For this reason we're introducing

[RFC PATCH v3 1/6] drm/doc: Color Management and HDR10 RFC

Use the new DRM RFC doc section to capture the RFC previously only described in the cover letter at https://patchwork.freedesktop.org/series/89506/ v3: * Add sections on single-plane and multi-plane HDR * Describe approach to define HW details vs approach to define SW intentions * Link Jeremy

[RFC PATCH v3 0/6] A drm_plane API to support HDR planes

We are looking to enable HDR support for a couple of single-plane and multi-plane scenarios. To do this effectively we recommend new interfaces to drm_plane. The first patch gives a bit of background on HDR and why we propose these interfaces. This update is only changing the documentation, not

Re: [PATCH v4 10/13] lib: test_hmm add module param for zone device type

Am 2021-07-28 um 7:45 p.m. schrieb Sierra Guiza, Alejandro (Alex): > > On 7/22/2021 12:26 PM, Jason Gunthorpe wrote: >> On Thu, Jul 22, 2021 at 11:59:17AM -0500, Sierra Guiza, Alejandro >> (Alex) wrote: >>> On 7/22/2021 7:23 AM, Jason Gunthorpe wrote: On Sat, Jul 17, 2021 at 02:21:32PM -0500,

Re: [PATCH v3 0/8] Support DEVICE_GENERIC memory in migrate_vma_*

Am 2021-07-23 um 6:46 p.m. schrieb Sierra Guiza, Alejandro (Alex): > > On 7/17/2021 2:54 PM, Sierra Guiza, Alejandro (Alex) wrote: >> >> On 7/16/2021 5:14 PM, Felix Kuehling wrote: >>> Am 2021-07-16 um 11:07 a.m. schrieb Theodore Y. Ts'o: On Wed, Jun 23, 2021 at 05:49:55PM -0400, Felix

[PATCH v2 2/3] drm/amdgpu: Convert SMU version to decimal in debugfs

This is more useful when talking to the SMU team to have the information in this format, save one less step to manually do it. Reviewed-by: Lijo Lazar Signed-off-by: Mario Limonciello --- drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-)

[PATCH v2 3/3] drm/amd/pm: Downgrade SMU mismatch information messages

The SMU driver interface and firmware interface messages have comments indicating that they are backwards compatible. As end users can't do anything about this and it's OK downgrade the details to debugging. Signed-off-by: Mario Limonciello --- drivers/gpu/drm/amd/pm/swsmu/smu11/smu_v11_0.c |

[PATCH v2 1/3] drm/amd/pm: Don't output SMU version for smu13 every time

This adjusts SMU13 to match SMU11 and SMU12 behaviors in not showing this message all the time by default. Signed-off-by: Mario Limonciello --- drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) v1->v2: * Downgrade to debug instead of dropping

Re: [PATCH] drm/amdkfd: Expose GFXIP engine version to sysfs

Am 2021-07-29 um 4:25 p.m. schrieb Graham Sider: > Add u32 gfx_version field to kfd_node_properties and kfd_device_info. > Populate _device_info structs accordingly and expose to sysfs. Please describe the reason for this change: This allows eliminating device-ID based lookup tables in user

Re: [PATCH -next] drm/amdgpu: fix checking pmops when PM_SLEEP is not enabled

Applied. Thanks! Alex On Thu, Jul 29, 2021 at 11:03 PM Randy Dunlap wrote: > > 'pm_suspend_target_state' is only available when CONFIG_PM_SLEEP > is set/enabled. OTOH, when both SUSPEND and HIBERNATION are not set, > PM_SLEEP is not set, so this variable cannot be used. > >

[ANNOUNCE] xf86-video-amdgpu 21.0.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Jackson (2): kms: Handle changes to SourceValidate call chain in xserver 19 Fix link failure with gcc 10 Alex Deucher (1): Bump version for the 21.0.0 release Emil Velikov (10): Use ODEV_ATTRIB_PATH where possible for

Re: Linux Mint 20.04 5.11 issue

Posted the following comment to the Mate-desktop issue: Had another hang with the same configuration as a youtube video played via a USB headphone (Jabra40). I was able to recover by killing Firefox, in which the video was playing. The video became choppy and garbled and then stopped. The

Re: Gmail throws all mailing list mails from amd.com in spam

On 2021-07-30 12:26 p.m., Ernst Sjöstrand wrote: > Hmm no I think it's something with the domain. It specifically says > "Be careful with this message > Gmail could not verify that it actually came from amd.com . > Avoid clicking links, downloading attachments, or replying with

Re: Gmail throws all mailing list mails from amd.com in spam

Hmm no I think it's something with the domain. It specifically says "Be careful with this message Gmail could not verify that it actually came from amd.com. Avoid clicking links, downloading attachments, or replying with personal information." in a big yellow warning box. daenzer.net doesn't seem

Re: Gmail throws all mailing list mails from amd.com in spam

On 2021-07-30 10:48 a.m., Ernst Sjöstrand wrote: > Hi, > > I noticed that this has been going on for some time. I guess this is because > of DKIM? > Not sure what can be done about it. Gmail is quite persistent about it. > > Regards > //Ernst > > ___

Re: [PATCH 2/3] drm/amdgpu: Convert SMU version to decimal in debugfs

Reviewed-by: Lijo Lazar On 7/30/2021 8:10 AM, Mario Limonciello wrote: This is more useful when talking to the SMU team to have the information in this format, save one less step to manually do it. Signed-off-by: Mario Limonciello --- drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 9 +++--

Re: [PATCH 1/3] drm/amd/pm: Don't output SMU version for smu13 every time

On 7/30/2021 8:10 AM, Mario Limonciello wrote: This adjusts SMU13 to match SMU11 and SMU12 behaviors in not showing this message all the time. It will still be accessible via /sys/kernel/debug/dri/0/amdgpu_firmware_info Signed-off-by: Mario Limonciello ---

Re: [PATCH 3/3] drm/amd/pm: Downgrade SMU mismatch information messages

On 7/30/2021 8:10 AM, Mario Limonciello wrote: The SMU driver interface and firmware interface messages have comments indicating that they are backwards compatible. Don't output at WARN level and scare people there is a problem. Instead bring it down to INFO level and the details about the

Gmail throws all mailing list mails from amd.com in spam

Hi, I noticed that this has been going on for some time. I guess this is because of DKIM? Not sure what can be done about it. Gmail is quite persistent about it. Regards //Ernst ___ amd-gfx mailing list amd-gfx@lists.freedesktop.org

Re: [PATCH 03/14] drm/atmel-hlcdc: Convert to Linux IRQ interfaces

Hi Dan and Sam Am 29.07.21 um 21:55 schrieb dan.sned...@microchip.com: Hi Thomas and Sam, On 7/29/21 12:48 PM, Sam Ravnborg wrote: EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe Hi Thomas, Are you sure, you're testing with the latest

[pull] amdgpu, amdkfd, radeon drm-next-5.15

Hi Dave, Daniel, New stuff for 5.15. The following changes since commit b322a50d17ede5cff6622040f345228afecdcc45: Merge tag 'amd-drm-next-5.14-2021-06-22-1' of https://gitlab.freedesktop.org/agd5f/linux into drm-next (2021-06-24 07:57:41 +1000) are available in the Git repository at:

Re: [PATCH] drm/amd/pm: update yellow carp pmfw interface version

[AMD Official Use Only] Acked-by: Alex Deucher From: amd-gfx on behalf of Xiaomeng Hou Sent: Thursday, July 29, 2021 10:40 PM To: amd-gfx@lists.freedesktop.org Cc: Hou, Xiaomeng (Matthew) ; Liu, Aaron Subject: [PATCH] drm/amd/pm: update yellow carp pmfw

[PATCH 2/3] drm/amdgpu: Convert SMU version to decimal in debugfs

This is more useful when talking to the SMU team to have the information in this format, save one less step to manually do it. Signed-off-by: Mario Limonciello --- drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git

[PATCH 1/3] drm/amd/pm: Don't output SMU version for smu13 every time

This adjusts SMU13 to match SMU11 and SMU12 behaviors in not showing this message all the time. It will still be accessible via /sys/kernel/debug/dri/0/amdgpu_firmware_info Signed-off-by: Mario Limonciello --- drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0.c | 3 --- 1 file changed, 3

[PATCH 3/3] drm/amd/pm: Downgrade SMU mismatch information messages

The SMU driver interface and firmware interface messages have comments indicating that they are backwards compatible. Don't output at WARN level and scare people there is a problem. Instead bring it down to INFO level and the details about the mismatch into DEBUG levels. Signed-off-by: Mario

[PATCH] drm/amd/pm: update yellow carp pmfw interface version

Correct yellow carp driver-PMFW interface version to v4. Signed-off-by: Xiaomeng Hou --- drivers/gpu/drm/amd/pm/inc/smu_v13_0.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/pm/inc/smu_v13_0.h b/drivers/gpu/drm/amd/pm/inc/smu_v13_0.h index

[PATCH v2] drm/amdgpu: fix fdinfo race with process exit

Get process vm root BO ref in case process is exiting and root BO is freed, to avoid NULL pointer dereference backtrace: BUG: unable to handle kernel NULL pointer dereference at Call Trace: amdgpu_show_fdinfo+0xfe/0x2a0 [amdgpu] seq_show+0x12c/0x180 seq_read+0x153/0x410