On 2020.04.13 15:08:06 +0200, Christoph Hellwig wrote:
> On Wed, Apr 08, 2020 at 09:44:37AM +0800, Zhenyu Wang wrote:
> > On 2020.04.04 11:40:58 +0200, Christoph Hellwig wrote:
> > > No Xen support anywhere here. Remove a dead declaration and an unused
> > > include.
> > >
> > > Signed-off-by: Ch
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Kenneth Feng
-Original Message-
From: Quan, Evan
Sent: Monday, April 13, 2020 4:54 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Feng, Kenneth
; Quan, Evan
Subject: [PATCH 2/2] drm/amd/powerplay: bump
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Kenneth Feng
-Original Message-
From: Quan, Evan
Sent: Monday, April 13, 2020 4:54 PM
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Feng, Kenneth
; Quan, Evan
Subject: [PATCH 1/2] drm/amd/powerplay: revis
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Kenneth Feng
-Original Message-
From: Quan, Evan
Sent: Monday, April 13, 2020 6:57 PM
To: amd-gfx@lists.freedesktop.org
Cc: Feng, Kenneth ; Quan, Evan
Subject: [PATCH] drm/amd/powerplay: update Arcturus smu-driver if h
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Kenneth Feng
-Original Message-
From: amd-gfx On Behalf Of Evan Quan
Sent: Monday, April 13, 2020 4:24 PM
To: amd-gfx@lists.freedesktop.org
Cc: Quan, Evan
Subject: [PATCH 1/2] drm/amd/powerplay: correct i2c eeprom init/
Am 2020-04-10 um 3:59 a.m. schrieb Guchun Chen:
> Prefix ras related kernel message logging with PCI
> device info by replacing DRM_INFO/WARN/ERROR with
> dev_info/warn/err. This can clearly tell user about
> GPU device information where ras is on. And add some
> other RAS information printing to m
On Mon, Apr 13, 2020 at 11:02:22AM -0400, Alex Deucher wrote:
> Ping?
>
> Alex
>
> On Thu, Apr 9, 2020 at 11:43 AM Alex Deucher wrote:
> >
> > Fix screen corruption with firefox.
> >
> > Bug:
> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla.kernel.org%2Fshow_bug.cg
>
> On Mon, Apr 13, 2020 at 2:17 PM Paul Menzel g...@molgen.mpg.de> wrote:
> >
> > Dear Alex, dear Prike,
> >
> >
> > Am 13.04.20 um 17:14 schrieb Alex Deucher:
> > > On Mon, Apr 13, 2020 at 11:09 AM Prike Liang
> wrote:
> > >>
> > >> Unify set device CGPG to ungate state before enter poweroff o
On Mon, Apr 13, 2020 at 03:27:30PM +0200, Christoph Hellwig wrote:
> On Mon, Apr 06, 2020 at 11:08:46PM -0400, Yan Zhao wrote:
> > hi
> > we were removing this code. see
> > https://lore.kernel.org/kvm/20200313031109.7989-1-yan.y.z...@intel.com/
>
> This didn't make 5.7-rc1.
>
> > The implementat
[+Philip]
Am 2020-04-08 um 3:17 a.m. schrieb Christian König:
> Am 07.04.20 um 21:24 schrieb Felix Kuehling:
>> Am 2020-04-07 um 10:27 a.m. schrieb Christian König:
>>> For HMM support we need the ability to invalidate PTEs from
>>> a MM callback where we can't lock the root PD.
>>>
>>> Add a new
Hello,
On Mon, Apr 13, 2020 at 05:40:32PM -0400, Kenny Ho wrote:
> By lack of consense, do you mean Intel's assertion that a standard is
> not a standard until Intel implements it? (That was in the context of
> OpenCL language standard with the concept of SubDevice.) I thought
> the discussion so
Hi,
On Mon, Apr 13, 2020 at 4:54 PM Tejun Heo wrote:
>
> Allocations definitely are acceptable and it's not a pre-requisite to have
> work-conserving control first either. Here, given the lack of consensus in
> terms of what even constitute resource units, I don't think it'd be a good
> idea to c
Hello,
On Mon, Apr 13, 2020 at 04:17:14PM -0400, Kenny Ho wrote:
> Perhaps we can even narrow things down to just
> gpu.weight/gpu.compute.weight as a start? In this aspect, is the key
That sounds great to me.
> objection to the current implementation of gpu.compute.weight the
> work-conserving
On Mon, Apr 13, 2020 at 2:17 PM Paul Menzel
wrote:
>
> Dear Alex, dear Prike,
>
>
> Am 13.04.20 um 17:14 schrieb Alex Deucher:
> > On Mon, Apr 13, 2020 at 11:09 AM Prike Liang wrote:
> >>
> >> Unify set device CGPG to ungate state before enter poweroff or reset.
> >>
> >> Signed-off-by: Prike Lia
(replying again in plain-text)
Hi Tejun,
Thanks for taking the time to reply.
Perhaps we can even narrow things down to just
gpu.weight/gpu.compute.weight as a start? In this aspect, is the key
objection to the current implementation of gpu.compute.weight the
work-conserving bit? This work-con
[AMD Official Use Only - Internal Distribution Only]
Hi Tejun,
Thanks for taking the time to reply.
Perhaps we can even narrow things down to just gpu.weight/gpu.compute.weight as
a start? In this aspect, is the key objection to the current implementation of
gpu.compute.weight the work-conser
Hello, Kenny.
On Tue, Mar 24, 2020 at 02:49:27PM -0400, Kenny Ho wrote:
> Can you elaborate more on what are the missing pieces?
Sorry about the long delay, but I think we've been going in circles for quite
a while now. Let's try to make it really simple as the first step. How about
something lik
On Fri, Apr 03, 2020 at 07:55:28PM +0200, Odin Ugedal wrote:
> Original cgroup v2 eBPF code for filtering device access made it
> possible to compile with CONFIG_CGROUP_DEVICE=n and still use the eBPF
> filtering. Change
> commit 4b7d4d453fc4 ("device_cgroup: Export devcgroup_check_permission")
>
This reverts commit c12b84d6e0d70f1185e6daddfd12afb671791b6e.
The original patch causes a RAS event and subsequent kernel hard-hang
when running the KFDMemoryTest.PtraceAccessInvisibleVram on VG20 and
Arcturus
dmesg output at hang time:
[drm] RAS event of type ERREVENT_ATHUB_INTERRUPT detected!
am
Dear Alex, dear Prike,
Am 13.04.20 um 17:14 schrieb Alex Deucher:
On Mon, Apr 13, 2020 at 11:09 AM Prike Liang wrote:
Unify set device CGPG to ungate state before enter poweroff or reset.
Signed-off-by: Prike Liang
Tested-by: Mengbing Wang
Acked-by: Alex Deucher
First:
Tested-by: Pa
sure
On 2020-04-13 1:34 p.m., Liu, Leo wrote:
[AMD Official Use Only - Internal Distribution Only]
I think you need to create a MR for libdrm patch, and the tittle should be like
"tests/amdgpu/vcn"
Regards,
Leo
-Original Message-
From: amd-gfx On Behalf Of James Zhu
Sent: Monday, A
On Mon, Apr 13, 2020 at 1:47 PM Paul Menzel wrote:
>
> Dear Prike, dear Alex, dear Linux folks,
>
>
> Am 13.04.20 um 10:44 schrieb Paul Menzel:
>
> > A regression between causes a system with the AMD board MSI B350M MORTAR
> > (MS-7A37) with an AMD Ryzen 3 2200G not to power off any more but just
Dear Prike, dear Alex, dear Linux folks,
Am 13.04.20 um 10:44 schrieb Paul Menzel:
A regression between causes a system with the AMD board MSI B350M MORTAR
(MS-7A37) with an AMD Ryzen 3 2200G not to power off any more but just
to halt.
The regression is introduced in 9ebe5422ad6c..b032227c6
[AMD Official Use Only - Internal Distribution Only]
I think you need to create a MR for libdrm patch, and the tittle should be like
"tests/amdgpu/vcn"
Regards,
Leo
-Original Message-
From: amd-gfx On Behalf Of James Zhu
Sent: Monday, April 13, 2020 1:13 PM
To: amd-gfx@lists.freedeskt
Latest VCN firmware has feedback header check.
Signed-off-by: James Zhu
---
tests/amdgpu/decode_messages.h | 4
tests/amdgpu/vcn_tests.c | 1 +
2 files changed, 5 insertions(+)
diff --git a/tests/amdgpu/decode_messages.h b/tests/amdgpu/decode_messages.h
index bd6fe4b..0dd80a2 100644
Applied. thanks!
Alex
On Fri, Apr 10, 2020 at 7:46 AM Colin King wrote:
>
> From: Colin Ian King
>
> The variable dp_ref_clk_khz is being initialized with a value that is
> never read and it is being updated later with a new value. The
> initialization is redundant and can be removed.
>
> Add
On 2020 Apr 13, Prike Liang wrote:
> Unify set device CGPG to ungate state before enter poweroff or reset.
>
> Signed-off-by: Prike Liang
> Tested-by: Mengbing Wang
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/drm/amd
Can you make sure this lands in drm-misc?
Thanks,
Alex
On Fri, Apr 10, 2020 at 8:15 AM Koenig, Christian
wrote:
>
>
>
> Am 10.04.2020 12:58 schrieb "Pan, Xinhui" :
>
> The delayed delete list is per device which might be very huge. And in
> a heavy workload test, the list might always not be em
Applied. thanks!
Alex
On Mon, Apr 13, 2020 at 10:06 AM Jason Yan wrote:
>
> Fix the following gcc warning:
>
> drivers/gpu/drm/radeon/ci_dpm.c:82:36: warning: ‘defaults_saturn_pro’
> defined but not used [-Wunused-const-variable=]
> static const struct ci_pt_defaults defaults_saturn_pro =
>
Applied. thanks!
Alex
On Mon, Apr 13, 2020 at 10:06 AM Jason Yan wrote:
>
> Fix the following gcc warning:
>
> drivers/gpu/drm/radeon/si_dpm.c:255:33: warning: ‘dte_data_tahiti_le’
> defined but not used [-Wunused-const-variable=]
> static const struct si_dte_data dte_data_tahiti_le =
>
> Repo
Applied. Thanks!
On Mon, Apr 13, 2020 at 10:06 AM Jason Yan wrote:
>
> This code is dead, let's remove it.
>
> Reported-by: Hulk Robot
> Signed-off-by: Jason Yan
> ---
> drivers/gpu/drm/amd/amdgpu/si_dpm.c | 20
> 1 file changed, 20 deletions(-)
>
> diff --git a/drivers/g
On Mon, Apr 13, 2020 at 11:09 AM Prike Liang wrote:
>
> Unify set device CGPG to ungate state before enter poweroff or reset.
>
> Signed-off-by: Prike Liang
> Tested-by: Mengbing Wang
Acked-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 2 ++
> 1 file changed, 2 insert
On Wed, Apr 8, 2020 at 9:42 PM Aurabindo Pillai wrote:
>
> Changes in v2
>
> * Add dev_fmt format prefix
> * Removed hardcoded module names in pr_* and dev_* prints
>
> Aurabindo Pillai (3):
> drm/amd/amdgpu: add prefix for pr_* prints
> drm/amd/amdgpu: add print prefix for dev_* variants
>
Unify set device CGPG to ungate state before enter poweroff or reset.
Signed-off-by: Prike Liang
Tested-by: Mengbing Wang
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
b/drivers/gpu/drm/amd/amdgpu
On Mon, Apr 13, 2020 at 5:29 AM Jason Yan wrote:
>
> Fix the following gcc warning:
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce80/dce80_hw_sequencer.c:43:46:
> warning: ‘reg_offsets’ defined but not used [-Wunused-const-variable=]
> static const struct dce80_hw_seq_reg_offsets reg_offsets[]
Ping?
Alex
On Thu, Apr 9, 2020 at 11:43 AM Alex Deucher wrote:
>
> Fix screen corruption with firefox.
>
> Bug: https://bugzilla.kernel.org/show_bug.cgi?id=207171
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --gi
On Mon, Apr 13, 2020 at 4:54 AM Evan Quan wrote:
>
> To fit the latest SMC firmware 42.53 and eliminate the
> warning on driver loading.
>
> Change-Id: I3f524d03e53ec6778b7118ef72652a538eec4ace
> Signed-off-by: Evan Quan
Series is:
Acked-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/powerplay/
On Mon, Apr 13, 2020 at 4:24 AM Evan Quan wrote:
>
> On the ASIC powered down(in baco or system suspend),
> the dpm_enabled will be set as false. Then all access
> (e.g. df state setting issued on RAS error event) to
> SMU will be blocked.
>
> Change-Id: I128c681b6f520d24d4247e438773b2b4b497d43b
>
Fix the following gcc warning:
drivers/gpu/drm/radeon/ci_dpm.c:82:36: warning: ‘defaults_saturn_pro’
defined but not used [-Wunused-const-variable=]
static const struct ci_pt_defaults defaults_saturn_pro =
^~~
drivers/gpu/drm/radeon/ci_dpm.c:68:
Fix the following gcc warning:
drivers/gpu/drm/radeon/si_dpm.c:255:33: warning: ‘dte_data_tahiti_le’
defined but not used [-Wunused-const-variable=]
static const struct si_dte_data dte_data_tahiti_le =
Reported-by: Hulk Robot
Signed-off-by: Jason Yan
---
drivers/gpu/drm/radeon/si_dpm.c | 18 -
This code is dead, let's remove it.
Reported-by: Hulk Robot
Signed-off-by: Jason Yan
---
drivers/gpu/drm/amd/amdgpu/si_dpm.c | 20
1 file changed, 20 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/si_dpm.c
b/drivers/gpu/drm/amd/amdgpu/si_dpm.c
index 0860e85a2d35..c0
On Mon, Apr 06, 2020 at 11:08:46PM -0400, Yan Zhao wrote:
> hi
> we were removing this code. see
> https://lore.kernel.org/kvm/20200313031109.7989-1-yan.y.z...@intel.com/
This didn't make 5.7-rc1.
> The implementation of vfio_dma_rw() has been in vfio next tree.
> https://github.com/awilliam/linu
On Wed, Apr 08, 2020 at 09:44:37AM +0800, Zhenyu Wang wrote:
> On 2020.04.04 11:40:58 +0200, Christoph Hellwig wrote:
> > No Xen support anywhere here. Remove a dead declaration and an unused
> > include.
> >
> > Signed-off-by: Christoph Hellwig
> > ---
>
> We'll keep that off-tree.
>
> Acked-
[AMD Official Use Only - Internal Distribution Only]
You can add a Reviewed-By and Tested-By for me on this patch, unless you want
me to send it out instead, then you can review it.
Kent
> -Original Message-
> From: amd-gfx On Behalf Of
> Christian König
> Sent: Saturday, April 11, 2
To fit the latest PMFW.
Change-Id: I1ebc5a4c3386e07a9fed73e4bec2c5d1ab8d4b23
Signed-off-by: Evan Quan
---
.../amd/powerplay/inc/smu11_driver_if_arcturus.h | 15 +--
drivers/gpu/drm/amd/powerplay/inc/smu_v11_0.h | 2 +-
2 files changed, 14 insertions(+), 3 deletions(-)
diff --g
Fix the following gcc warning:
drivers/gpu/drm/amd/amdgpu/../display/dc/dce80/dce80_hw_sequencer.c:43:46:
warning: ‘reg_offsets’ defined but not used [-Wunused-const-variable=]
static const struct dce80_hw_seq_reg_offsets reg_offsets[] = {
^~~
To fit the latest SMC firmware 42.53 and eliminate the
warning on driver loading.
Change-Id: I3f524d03e53ec6778b7118ef72652a538eec4ace
Signed-off-by: Evan Quan
---
drivers/gpu/drm/amd/powerplay/inc/smu_v11_0.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/am
It can support different NV1x ASIC better. And this can guard
no member got missing.
Change-Id: Id5e6608f6be1b31ef1c0a5c1d399da295524ff43
Signed-off-by: Evan Quan
---
drivers/gpu/drm/amd/include/atomfirmware.h | 102 +
drivers/gpu/drm/amd/powerplay/navi10_ppt.c | 99 ++--
On the ASIC powered down(in baco or system suspend),
the dpm_enabled will be set as false. Then all access
(e.g. df state setting issued on RAS error event) to
SMU will be blocked.
Change-Id: I128c681b6f520d24d4247e438773b2b4b497d43b
Signed-off-by: Evan Quan
---
drivers/gpu/drm/amd/powerplay/amd
As data transfer may starts immediately after i2c eeprom init
completed. Thus i2c eeprom should be initialized after SMU
ready. And i2c data transfer should be prohibited when SMU
down. That is the i2c eeprom fini sequence needs to be
updated also.
Change-Id: I8444c05b51e67347841641fe5768d3126d089
[AMD Official Use Only - Internal Distribution Only]
Reviewed-by: Hawking Zhang
Regards,
Hawking
-Original Message-
From: Chen, Guchun
Sent: Monday, April 13, 2020 14:46
To: amd-gfx@lists.freedesktop.org; Zhang, Hawking ; Li,
Dennis
Cc: Li, Candice ; Chen, Guchun
Subject: [PATCH] dr
Reviewed-by: Monk Liu
_
Monk Liu|GPU Virtualization Team |AMD
-Original Message-
From: Yintian Tao
Sent: Monday, April 13, 2020 2:58 PM
To: Liu, Monk
Cc: amd-gfx@lists.freedesktop.org; Tao, Yintian
Subject: [PATCH] drm/amdgpu: resume kiq access de
@@ -152,11 +152,17 @@ static int amdgpu_debugfs_process_reg_op(bool read,
struct file *f,
if (r < 0)
return r;
+ if (!amdgpu_virt_can_access_debugfs(adev))
+ return -EINVAL;
+ else
+ amdgpu_virt_enable_access_debugfs(adev);
Looks
53 matches
Mail list logo
