Ah yes. Missed it.
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: Alex Deucher
Sent: Friday, May 24, 2024 9:22 AM
To: Kasiviswanathan, Harish
Cc: Deucher, Alexander ;
amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/amdgpu: drop MES 10.1 support v3
On Thu, May 23
[AMD Official Use Only - AMD Internal Distribution Only]
I had one more comment. With that fixed this patch is Reviewed-by: Harish
Kasiviswanathan
static gfx_v10_0_ring_invalidate_tlbs() function can be removed since it is no
longer used.
Best Regards,
Harish
-Original Message-
[AMD Official Use Only - AMD Internal Distribution Only]
File mes_api_def.h can also be removed. This is defined for gfx10.
One minor comment inline.
-Original Message-
From: amd-gfx On Behalf Of Alex Deucher
Sent: Thursday, May 23, 2024 2:46 PM
To: Deucher, Alexander
Cc:
[AMD Official Use Only - AMD Internal Distribution Only]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: Zhang, Hawking
Sent: Tuesday, May 21, 2024 3:55 AM
To: Lazar, Lijo ; amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kuehling, Felix
; Kasiviswanathan, Harish
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Mukul Joshi
Sent: Thursday, May 9, 2024 6:05 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Joshi, Mukul
Subject: [PATCH] drm/amdkfd: Fix CU Masking for GFX
[AMD Official Use Only - General]
-Original Message-
From: amd-gfx On Behalf Of Sharma,
Shashank
Sent: Thursday, May 2, 2024 1:32 AM
To: Alex Deucher
Cc: amd-gfx@lists.freedesktop.org; Yadav, Arvind ;
Deucher, Alexander ; Koenig, Christian
Subject: Re: [PATCH v9 08/14] drm/amdgpu:
[AMD Official Use Only - General]
-Original Message-
From: amd-gfx On Behalf Of Horace Chen
Sent: Wednesday, April 17, 2024 7:30 AM
To: amd-gfx@lists.freedesktop.org
Cc: Andrey Grodzovsky ; Kuehling, Felix
; Chen, Horace ; Koenig, Christian
; Deucher, Alexander ;
Xiao, Jack ; Zhang,
[AMD Official Use Only - General]
Tested-by: Harish Kasiviswanthan
-Original Message-
From: amd-gfx On Behalf Of Felix
Kuehling
Sent: Wednesday, April 10, 2024 4:05 PM
To: amd-gfx@lists.freedesktop.org
Cc: Chen, Xiaogang
Subject: [PATCH] drm/amdkfd: Fix memory leak in create_process
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Alex Deucher
Sent: Monday, March 25, 2024 11:01 AM
To: Friedrich Vock
Cc: Deucher, Alexander ;
amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/amdgpu: always
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Eric Huang
Sent: Wednesday, March 20, 2024 4:25 PM
To: amd-gfx@lists.freedesktop.org
Cc: Huang, JinHuiEric
Subject: [PATCH] drm/amdkfd: fix TLB flush after unmap for
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Eric Huang
Sent: Wednesday, February 28, 2024 10:17 AM
To: amd-gfx@lists.freedesktop.org
Cc: Huang, JinHuiEric
Subject: [PATCH] amd/amdkfd: remove unused parameter
The
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Liu, Shaoyun
Sent: Thursday, February 1, 2024 10:58 AM
To: amd-gfx@lists.freedesktop.org
Subject: RE: [PATCH] drm/amdgpu: Only create mes event log debugfs when mes is
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Mukul Joshi
Sent: Friday, January 26, 2024 3:40 PM
To: amd-gfx@lists.freedesktop.org
Cc: Joshi, Mukul ; Kuehling, Felix
Subject: [PATCH] drm/amdkfd: Use correct drm
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Ori Messinger
Sent: Tuesday, January 16, 2024 5:15 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Messinger, Ori
Subject: [PATCH v5] drm/amdgpu: Enable
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Mukul Joshi
Sent: Wednesday, November 22, 2023 3:29 PM
To: amd-gfx@lists.freedesktop.org
Cc: Joshi, Mukul ; Kuehling, Felix
Subject: [PATCH] drm/amdkfd: Use common
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Jay Cornwall
Sent: Wednesday, October 4, 2023 12:00 PM
To: amd-gfx@lists.freedesktop.org
Cc: Cornwall, Jay ; Tudor, Alexandru
Subject: [PATCH] drm/amdgpu: Improve MES
[AMD Official Use Only - General]
Acked-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Philip Yang
Sent: Tuesday, October 3, 2023 12:57 PM
To: amd-gfx@lists.freedesktop.org
Cc: Yang, Philip ; Kuehling, Felix
Subject: [PATCH] drm/amdkfd: Fix EXT_COHERENT
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of David Francis
Sent: Friday, August 25, 2023 3:14 PM
To: amd-gfx@lists.freedesktop.org
Cc: Francis, David ; Kuehling, Felix
Subject: [PATCH] drm/amdkfd: Checkpoint and
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Ori Messinger
Sent: Friday, July 28, 2023 2:04 PM
To: amd-gfx@lists.freedesktop.org
Cc: Messinger, Ori
Subject: [PATCH] drm/amdgpu: Report Missing MES Firmware Versions
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
From: amd-gfx On Behalf Of Deucher,
Alexander
Sent: Thursday, July 27, 2023 9:30 AM
To: Feng, Kenneth ; amd-gfx@lists.freedesktop.org
Cc: Quan, Evan
Subject: Re: [PATCH] drm/amd/pm: correct the pcie width for smu 13.0.0
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Mukul Joshi
Sent: Thursday, June 29, 2023 12:35 PM
To: amd-gfx@lists.freedesktop.org
Cc: Lin, Amber ; Joshi, Mukul ;
Kuehling, Felix
Subject: [PATCHv2] drm/amdkfd: Use
[AMD Official Use Only - General]
One minor comment inline.
-Original Message-
From: amd-gfx On Behalf Of Sreekant
Somasekharan
Sent: Friday, April 28, 2023 3:12 PM
To: amd-gfx@lists.freedesktop.org
Cc: Somasekharan, Sreekant
Subject: [PATCH v2] drm/amdkfd: Expose proc sysfs folder
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Graham Sider
Sent: Wednesday, April 5, 2023 11:42 AM
To: amd-gfx@lists.freedesktop.org
Cc: Yang, Stanley ; Sider, Graham
Subject: [PATCH] drm/amdgpu: Enable GFX11 SDMA
[AMD Official Use Only - General]
This series Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of
kent.russ...@amd.com
Sent: Monday, February 6, 2023 12:26 PM
To: amd-gfx@lists.freedesktop.org
Cc: Russell, Kent
Subject: [PATCH 1/2] drm/amdgpu: Fix
[Public]
Reviewed-by: Harish Kasiviswanathan
From: Deucher, Alexander
Sent: Thursday, October 27, 2022 9:56 AM
To: Sider, Graham ; amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish
Subject: Re: [PATCH] drm/amdgpu: disable GFXOFF during compute for GFX11
[Public]
Acked-by: Alex
[AMD Official Use Only - General]
Acked-by: Harish Kasiviswanathan
-Original Message-
From: Sider, Graham
Sent: Wednesday, October 26, 2022 5:05 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Kasiviswanathan, Harish
; Cornwall, Jay ; Sider,
Graham
Subject: [PATCH] drm
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Graham Sider
Sent: Friday, September 23, 2022 10:27 AM
To: amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Kim, Jonathan
; Sider, Graham
Subject: [PATCH]
[AMD Official Use Only - General]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Graham Sider
Sent: Wednesday, August 17, 2022 9:44 AM
To: amd-gfx@lists.freedesktop.org
Cc: Xiao, Jack ; Kuehling, Felix ;
Sider, Graham ; Zhang, Hawking
Subject:
[AMD Official Use Only]
Few comments inline.
-Original Message-
From: amd-gfx On Behalf Of Elena
Sakhnovitch
Sent: Thursday, March 17, 2022 12:45 PM
To: amd-gfx@lists.freedesktop.org
Cc: Sakhnovitch, Elena (Elen)
Subject: [PATCH v2] drm/amd/pm: Disable fan control if not supported
On
[AMD Official Use Only]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of
Kasiviswanathan, Harish
Sent: Thursday, February 17, 2022 2:17 PM
To: Slivka, Danijel ; amd-gfx@lists.freedesktop.org
Cc: Slivka, Danijel
Subject: RE: [PATCH] amdgpu/pm: Disable
[Public]
I think is safer only to set it for IP_VERSION(4, 4, 0): which is Aldebaran.
From: amd-gfx On Behalf Of Deucher,
Alexander
Sent: Tuesday, February 22, 2022 8:55 AM
To: Chen, Xiaogang ; amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/amdgpu: config
[AMD Official Use Only]
Acked-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Danijel
Slivka
Sent: Thursday, February 10, 2022 8:24 PM
To: amd-gfx@lists.freedesktop.org
Cc: Slivka, Danijel
Subject: [PATCH] amdgpu/pm: Disable managing hwmon sysfs attributes
[AMD Official Use Only]
This series acked-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Luben Tuikov
Sent: Friday, February 4, 2022 12:27 AM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Tuikov, Luben
; Russell, Kent
Subject: [PATCH v1 3/3]
[AMD Official Use Only]
Reviewed-By: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Philip Yang
Sent: Friday, January 28, 2022 9:39 AM
To: amd-gfx@lists.freedesktop.org
Cc: Yang, Philip
Subject: [PATCH 1/1] drm/amdkfd: Fix variable set but not used warning
All
[AMD Official Use Only]
Some comment inline.
-Original Message-
From: amd-gfx On Behalf Of Marina
Nikolic
Sent: Friday, December 10, 2021 10:06 AM
To: amd-gfx@lists.freedesktop.org
Cc: Nikolic, Marina
Subject: [PATCH] amdgpu/pm: Modify sysfs pp_dpm_sclk to have only read
premission
[AMD Official Use Only]
-Original Message-
From: Joshi, Mukul
Sent: Wednesday, August 11, 2021 10:57 AM
To: Kasiviswanathan, Harish ;
amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Cornwall, Jay
Subject: RE: [PATCH] drm/amdkfd: CWSR with software scheduler
[AMD Official Use
[AMD Official Use Only]
Just few comments inline. With that acknowledged Reviewed-by: Harish
Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Mukul Joshi
Sent: Monday, August 9, 2021 4:41 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Cornwall, Jay
; Joshi,
[AMD Official Use Only]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: Sider, Graham
Sent: Thursday, July 8, 2021 1:39 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish ; Sider, Graham
Subject: [PATCH] drm/amdkfd: Update SMI throttle event bitmask
[AMD Official Use Only]
This series Acked-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Jonathan Kim
Sent: Monday, June 21, 2021 3:24 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Kim, Jonathan
; Zhang, Hawking
Subject: [PATCH 4/4] drm/amdkfd:
[AMD Official Use Only]
Reviewed-By: Harish Kasiviswanathan
-Original Message-
From: Quan, Evan
Sent: Monday, June 7, 2021 10:09 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Lazar, Lijo
; Kasiviswanathan, Harish ;
Quan, Evan
Subject: [PATCH V2] drm/amd/pm: correct
top.org
Cc: Kasiviswanathan, Harish ; Sakhnovitch,
Elena (Elen) ; Sider, Graham
Subject: [PATCH 2/6] drm/amd/pm: Add arcturus throttler translation
Perform dependent to independent throttle status translation for
arcturus.
---
.../gpu/drm/amd/pm/swsmu/smu11/arcturus_ppt.c | 62 ---
1 file c
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: Joshi, Mukul
Sent: Thursday, May 6, 2021 3:47 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish ; Joshi, Mukul
; Zeng, Oak
Subject: [PATCH] drm/amdgpu
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: Quan, Evan
Sent: Tuesday, April 27, 2021 9:43 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kasiviswanathan, Harish
; Quan, Evan
Subject: [PATCH 2/2] drm
[AMD Official Use Only - Internal Distribution Only]
Acked-by: Harish Kasiviswanathan
-Original Message-
From: Quan, Evan
Sent: Tuesday, April 27, 2021 9:43 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Kasiviswanathan, Harish
; Quan, Evan
Subject: [PATCH 2/2] drm
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Oak Zeng
Sent: Thursday, April 1, 2021 3:42 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Lazar, Lijo ;
Koenig, Christian ; Zeng, Oak ;
[AMD Public Use]
Reviewed-by: Harish Kasiviswanathan
From: amd-gfx On Behalf Of Lazar, Lijo
Sent: Friday, April 9, 2021 10:53 AM
To: amd-gfx@lists.freedesktop.org
Cc: Xu, Feifei ; Wang, Kevin(Yang) ;
Feng, Kenneth ; Zhang, Hawking
Subject: [PATCH] drm/amd/pm: Show updated clocks on aldebaran
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Eric Huang
Sent: Friday, April 9, 2021 4:05 PM
To: amd-gfx@lists.freedesktop.org
Cc: Huang, JinHuiEric ; Greathouse, Joseph
Subject: [PATCH 1/2]
[AMD Official Use Only - Internal Distribution Only]
Minor typo. See below. With that fixed Reviewed-By: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Oak Zeng
Sent: Thursday, April 1, 2021 3:37 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Lazar,
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: Alex Deucher
Sent: Thursday, February 25, 2021 4:27 PM
To: Kim, Jonathan
Cc: amd-gfx list ; Kasiviswanathan, Harish
Subject: Re: [PATCH] drm/amdgpu: add missing df
[AMD Official Use Only - Internal Distribution Only]
Reviewed-By: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Ramesh
Errabolu
Sent: Friday, November 6, 2020 2:05 PM
To: amd-gfx@lists.freedesktop.org
Cc: Errabolu, Ramesh
Subject: [PATCH] drm/amd/amdgpu: Import
[AMD Official Use Only - Internal Distribution Only]
This patch series Reviewed-By: Harish Kasiviswanathan
-Original Message-
From: Kim, Jonathan
Sent: Friday, October 2, 2020 4:19 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish ; Kim, Jonathan
Subject: [PATCH 3/3
[AMD Official Use Only - Internal Distribution Only]
This series Acked-by: Harish Kasiviswanathan
-Original Message-
From: Kim, Jonathan
Sent: Friday, October 2, 2020 4:19 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish ; Kim, Jonathan
Subject: [PATCH 3/3] drm
[AMD Official Use Only - Internal Distribution Only]
Reviewed-By: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Ramesh
Errabolu
Sent: Tuesday, September 29, 2020 1:27 PM
To: amd-gfx@lists.freedesktop.org
Cc: Errabolu, Ramesh
Subject: [PATCH 4/4] drm/amd/amdkfd:
[AMD Official Use Only - Internal Distribution Only]
Minor typo. See below. With that fixed this patch is
Reviewed-By: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Ramesh
Errabolu
Sent: Tuesday, September 29, 2020 1:26 PM
To: amd-gfx@lists.freedesktop.org
Cc:
[AMD Official Use Only - Internal Distribution Only]
Minor correction in the commit message. I think you are planning to report CU
occupancy and not CU usage.
-Original Message-
From: amd-gfx On Behalf Of Ramesh
Errabolu
Sent: Tuesday, September 29, 2020 2:00 PM
To:
[AMD Official Use Only - Internal Distribution Only]
Reviewed-By: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Ramesh
Errabolu
Sent: Thursday, September 17, 2020 1:10 PM
To: amd-gfx@lists.freedesktop.org
Cc: Errabolu, Ramesh
Subject: [PATCH 1/3]
[AMD Official Use Only - Internal Distribution Only]
Few comments inline.
-Original Message-
From: Kim, Jonathan
Sent: Thursday, September 17, 2020 2:15 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish ; Kim, Jonathan
; Kim, Jonathan
Subject: [PATCH 2/3] drm/amdgpu
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: Kim, Jonathan
Sent: Tuesday, September 15, 2020 6:00 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish ; Kim, Jonathan
; Kim, Jonathan
Subject: [PATCH 3/3
[AMD Official Use Only - Internal Distribution Only]
Some comments and a question
-Original Message-
From: Kim, Jonathan
Sent: Tuesday, September 15, 2020 6:00 PM
To: amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish ; Kim, Jonathan
; Kim, Jonathan
Subject: [PATCH 2/3] drm
[AMD Official Use Only - Internal Distribution Only]
Few minor comments.
-Original Message-
From: amd-gfx On Behalf Of Jonathan Kim
Sent: Tuesday, September 8, 2020 9:06 AM
To: amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Kim, Jonathan
Subject: [PATCH 2/4] drm/amdgpu: fix xgmi
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Harish Kasiviswanathan
-Original Message-
From: amd-gfx On Behalf Of Jonathan Kim
Sent: Tuesday, September 8, 2020 9:06 AM
To: amd-gfx@lists.freedesktop.org
Cc: Kuehling, Felix ; Kim, Jonathan
Subject: [PATCH 1/4]
[AMD Official Use Only - Internal Distribution Only]
One minor comment.
-Original Message-
From: amd-gfx On Behalf Of Amber Lin
Sent: Thursday, January 30, 2020 12:46 AM
To: amd-gfx@lists.freedesktop.org
Cc: Lin, Amber
Subject: [PATCH] drm/amdkfd: Add queue information to sysfs
Sorry missed it too. Thanks for fixing it.
Best Regards,
Harish
-Original Message-
From: Kuehling, Felix
Sent: Friday, September 27, 2019 10:19 AM
To: Liang, Prike ; amd-gfx@lists.freedesktop.org
Cc: Kasiviswanathan, Harish ; Huang, Ray
Subject: Re: [PATCH] drm/amdkfd: fix
Hi Tejun,
Can you please review this? You and Roman acked this patch before. It will be
great if I can Reviewed-by, so that I can upstream this through Alex Deucher's
amd-staging-drm-next and Dave Airlie's drm-next trees
Thanks,
Harish
-Original Message-
From: Kasiviswanathan, Harish
kfd needs drm_device to call into drm_cgroup functions
Signed-off-by: Harish Kasiviswanathan
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.h | 1 +
drivers/gpu/drm/amd/amdkfd/kfd_device.c| 2 ++
For AMD compute (amdkfd) driver.
All AMD compute devices are exported via single device node /dev/kfd. As
a result devices cannot be controlled individually using device cgroup.
AMD compute devices will rely on its graphics counterpart that exposes
/dev/dri/renderN node for each device. For each
Participate in device cgroup. All kfd devices are exposed via /dev/kfd.
So use /dev/dri/renderN node.
Before exposing the device to a task check if it has permission to
access it. If the task (based on its cgroup) can access /dev/dri/renderN
then expose the device via kfd node.
If the task
This is required to check against cgroup permissions.
Signed-off-by: Harish Kasiviswanathan
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdkfd/kfd_topology.c | 10 ++
drivers/gpu/drm/amd/amdkfd/kfd_topology.h | 3 +++
2 files changed, 13 insertions(+)
diff --git
Hi Tejun,
Sorry. Resending these patches as I got distracted with other stuff and
couldn't follow through. As per our previous discussion the plan was to
upstream these changes (mainly patch 3 "Export devcgroup_check_permission")
through Alex Deucher's amd-staging-drm-next and Dave Airlie's
Reviewed-by: Harish Kasiviswanathan
On 2019-08-14 4:13 a.m., Christian König wrote:
> Am 13.08.19 um 21:20 schrieb Zhao, Yong:
>> The amdgpu_task_info will be used when printing VM page fault for KFD
>> processes.
>>
>> Change-Id: Ifd983db5dceb1d477e7287e4893f80565a7a6b06
>> Signed-off-by: Yong
to be exported
or
3) something else totally that I missed.
Best Regards,
Harish
From: Tejun Heo on behalf of Tejun Heo
Sent: Friday, May 17, 2019 12:49 PM
To: Kasiviswanathan, Harish
Cc: cgro...@vger.kernel.org; amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH v2 0/4] AMDKFD (AMD GPU compute
Participate in device cgroup. All kfd devices are exposed via /dev/kfd.
So use /dev/dri/renderN node.
Before exposing the device to a task check if it has permission to
access it. If the task (based on its cgroup) can access /dev/dri/renderN
then expose the device via kfd node.
If the task
For AMD compute (amdkfd) driver.
All AMD compute devices are exported via single device node /dev/kfd. As
a result devices cannot be controlled individually using device cgroup.
AMD compute devices will rely on its graphics counterpart that exposes
/dev/dri/renderN node for each device. For each
This is required to check against cgroup permissions.
Signed-off-by: Harish Kasiviswanathan
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdkfd/kfd_topology.c | 10 ++
drivers/gpu/drm/amd/amdkfd/kfd_topology.h | 3 +++
2 files changed, 13 insertions(+)
diff --git
kfd needs drm_device to call into drm_cgroup functions
Signed-off-by: Harish Kasiviswanathan
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.h | 1 +
drivers/gpu/drm/amd/amdkfd/kfd_device.c| 2 ++
amdkfd (part of amdgpu) driver supports the AMD GPU compute stack.
amdkfd exposes only a single device /dev/kfd even if multiple AMD GPU
(compute) devices exist in a system. However, amdgpu drvier exposes a
separate render device file /dev/dri/renderDN for each device. To participate
in device
Hi Roman,
Thanks for your feedback. I will rework and send new patch soon.
Best Regards,
Harish
From: Roman Gushchin
Sent: Tuesday, May 14, 2019 1:37 PM
To: Kasiviswanathan, Harish
Cc: cgro...@vger.kernel.org; amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH 4/4] drm/amdkfd: Check
Hello Everyone,
Could you please review this patch?
Best Regards,
Harish
On 2019-05-01 10:59 a.m., Kasiviswanathan, Harish wrote:
> For AMD compute (amdkfd) driver.
>
> All AMD compute devices are exported via single device node /dev/kfd. As
> a result devices cannot b
Reviewed-by: Harish Kasiviswanathan
On 2019-05-06 4:23 p.m., Kuehling, Felix wrote:
> [CAUTION: External Email]
>
> Need to reserve space for the shared eviction fence when initializing
> a KFD VM.
>
> Signed-off-by: Felix Kuehling
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c | 4
Participate in device cgroup. All kfd devices are exposed via /dev/kfd.
So use /dev/dri/renderN node.
Before exposing the device to a task check if it has permission to
access it. If the task (based on its cgroup) can access /dev/dri/renderN
then expose the device via kfd node.
If the task
This is required to check against cgroup permissions.
Signed-off-by: Harish Kasiviswanathan
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdkfd/kfd_topology.c | 10 ++
drivers/gpu/drm/amd/amdkfd/kfd_topology.h | 3 +++
2 files changed, 13 insertions(+)
diff --git
For AMD compute (amdkfd) driver.
All AMD compute devices are exported via single device node /dev/kfd. As
a result devices cannot be controlled individually using device cgroup.
AMD compute devices will rely on its graphics counterpart that exposes
/dev/dri/renderN node for each device. For each
kfd needs drm_device to call into drm_cgroup functions
Signed-off-by: Harish Kasiviswanathan
Reviewed-by: Felix Kuehling
---
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.h | 1 +
drivers/gpu/drm/amd/amdkfd/kfd_device.c| 2 ++
amdkfd (part of amdgpu) driver supports the AMD GPU compute stack.
amdkfd exposes only a single device /dev/kfd even if multiple AMD GPU
(compute) devices exist in a system. However, amdgpu drvier exposes a
separate render device file /dev/dri/renderDN for each device. To participate
in device
Reviewed By: Harish Kasiviswanathan
On 2019-02-08 4:21 p.m., Kuehling, Felix wrote:
> Temporarily removing eviction fences to avoid triggering them by
> accident is no longer necessary due to the fence_owner logic in
> amdgpu_sync_resv.
>
> As a result the ef_list usage of
The new Vega series GPU cards have in-built bridges. To get the pcie
speed and width supported by the platform walk the hierarchy and get the
slowest link.
Change-Id: I3196d158b0c614cbb5d7a34c793a58cb95322d32
Signed-off-by: Harish Kasiviswanathan
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c |
v2: Fix SMU message format
Send override message after SMU enable features
Change-Id: Ib880c83bc7aa12be370cf6619acfe66e12664c9c
Signed-off-by: Harish Kasiviswanathan
---
drivers/gpu/drm/amd/powerplay/hwmgr/vega20_hwmgr.c | 45 +-
1 file changed, 27 insertions(+), 18
g is not the issue here. SMU (or rather PPTable) has to be updated with
highest PCI Gen supported by the system.
Best Regards,
Harish
From: Alex Deucher
Sent: Monday, February 4, 2019 1:53 PM
To: Kasiviswanathan, Harish
Cc: Li, Colin; Xi, Sheldon; amd-gfx@lists.freedesktop.org
Subject: Re:
From: Alex Deucher
Sent: Friday, February 1, 2019 5:53 PM
To: Kasiviswanathan, Harish
Cc: Li, Colin; Xi, Sheldon; amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/amd/powerplay: add override pcie parameters for Vega20
(v2)
Right. we have the max gen and width supported
rish
From: Alex Deucher
Sent: Friday, February 1, 2019 5:34 PM
To: Kasiviswanathan, Harish
Cc: amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/amd/powerplay: add override pcie parameters for Vega20
(v2)
Do we actually need the current status? We have the caps of the plat
e_info() to read "PCI_EXP_LINKSTA"
and store that information for future use.
Best Regards,
Harish
From: Alex Deucher
Sent: Friday, February 1, 2019 5:09 PM
To: Kasiviswanathan, Harish
Cc: amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/amd/powerpl
Due to misunderstanding with the SMU team, the previous patch "1f33704431a" is
incorrect. This patch is verified on Vega20 with X99 (Intel) PCI Gen3 machine.
Harish Kasiviswanathan (1):
drm/amd/powerplay: add override pcie parameters for Vega20 (v2)
v2: Use PCIe link status instead of link capability
Send override message after SMU enable features
Change-Id: Iea2a1ac595cf63a9528ff1e9a6955d14d8c3a6d5
Signed-off-by: Harish Kasiviswanathan
---
drivers/gpu/drm/amd/powerplay/hwmgr/vega20_hwmgr.c | 93 +++---
1 file changed,
This patch set Reviewed-by: Harish Kasiviswanathan
On 2018-12-19 6:09 p.m., Alex Deucher wrote:
> Configure PCIE_CI_CNTL to work around a hw bug that affects
> some multi-GPU compute workloads.
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/nbio_v7_4.c | 7 +++
> 1
Thanks Tejun,Eric and Christian for your replies.
We want GPUs resource management to work seamlessly with containers and
container orchestration. With the Intel / bpf based approach this is not
possible.
From your response we gather the following. GPU resources need to be
abstracted. We
>> [+Harish, forgot to acknowledge him in the commit description, will fix
>> that in v2]
>>
>> Harish, please see Christian's question below in amd_kfd_fence_signal.
>> Did I understand this correctly?
[HK]: Yes the lifetime of eviction fences is tied to the lifetime of the
process associated
-Original Message-
From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com]
Sent: Friday, October 20, 2017 2:38 PM
To: Kasiviswanathan, Harish <harish.kasiviswanat...@amd.com>;
amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH v2] drm/amdgpu: Sync KFD fence only for move
-Original Message-
From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com]
Sent: Friday, October 20, 2017 3:13 AM
To: Kasiviswanathan, Harish <harish.kasiviswanat...@amd.com>;
amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH] drm/amdgpu: Sync KFD fence only for move/evi
-Original Message-
From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com]
Sent: Monday, October 09, 2017 5:11 AM
To: Kasiviswanathan, Harish <harish.kasiviswanat...@amd.com>;
amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH v2 2/2] drm/amdgpu: Add amdgpu_find_mm_node
-Original Message-
From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of
Christian König
Sent: Monday, October 09, 2017 5:08 AM
To: Kasiviswanathan, Harish <harish.kasiviswanat...@amd.com>;
amd-gfx@lists.freedesktop.org
Subject: Re: [PATCH v2 1/2] drm/
1 - 100 of 106 matches
Mail list logo