Follow-up fix for:
drm/amd/display: Add Debugfs Entry to Force in SST Sequence
Signed-off-by: Fangzhi Zuo
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_debugfs.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_debugfs
On 2021-12-09 4:18 p.m., Philip Yang wrote:
Add svm_range_bo_unref_async to schedule work to wait for svm_bo
eviction work done and then free svm_bo. __do_munmap put_page
is atomic context, call svm_range_bo_unref_async to avoid warning
invalid wait context. Other non atomic context call svm_rang
On 2021-12-09 10:20 p.m., Jonathan Kim wrote:
This patch reverts the following:
'commit fc547b2b1816 ("drm/amdkfd: add Navi2x to GWS init conditions")'
Disable GWS usage in default settings for now due to FW bugs.
Signed-off-by: Jonathan Kim
Reviewed-by: Felix Kuehling
---
drivers/gpu/
On 2021-12-10 4:48 p.m., Rajneesh Bhardwaj wrote:
When an application having open file access to a node forks, its shared
mappings also get reflected in the address space of child process even
though it cannot access them with the object permissions applied. With the
existing permission checks on
On 2021-12-10 10:13 a.m., Christian König wrote:
Am 10.12.21 um 15:25 schrieb Guilherme G. Piccoli:
On 10/12/2021 11:16, Alex Deucher wrote:> [...]
Why not just reload the driver after kexec?
Alex
Because the original issue is the kdump case, and we want a very very
tiny kernel - also, the
Those are not today pulled by the sphinx doc, but better be ready.
Signed-off-by: Yann Dirson
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c| 10 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 2 +-
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 2 +-
drivers/gpu/d
From: Ira Weiny
kmap() is being deprecated. So this comment could be misleading in the
future.
Change this comment to point to using kmap_local_page(). While here
remove 'we' from the comment.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/msm/msm_gem_submit.c | 4 ++--
1 file changed, 2 inse
From: Ira Weiny
kmap() is being deprecated and these instances are easy to convert to
kmap_local_page().
Furthermore, in gma_crtc_cursor_set() use the memcpy_from_page() helper
instead of an open coded use of kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/gma500/gma_display.c
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add amdgpu_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
This series starts by converting the last easy kmap() uses to
kmap_local_page().
There is one more call to kmap() wrapped in ttm_bo_kmap_ttm(). Unfortunately,
ttm_bo_kmap_ttm() is called in a number of different ways including some which
are not thread local. I have a patch to
From: Ira Weiny
The default case leaves the buffer object mapped in error.
Add radeon_bo_kunmap() to that case to ensure the mapping is cleaned up.
Signed-off-by: Ira Weiny
---
NOTE: It seems like this function could use a fair bit of refactoring
but this is the easiest way to fix the actual
From: Ira Weiny
kmap() is being deprecated. These maps are thread local and can be
replaced with kmap_local_page().
Replace kmap() with kmap_local_page()
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff -
From: Ira Weiny
kmap() is being deprecated and this usage is local to the thread. Use
kmap_local_page() instead.
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/driv
From: Ira Weiny
kmap() is being deprecated and these usages are all local to the thread
so there is no reason kmap_local_page() can't be used.
Replace kmap() calls with kmap_local_page().
Signed-off-by: Ira Weiny
---
drivers/gpu/drm/i915/gem/i915_gem_shmem.c | 4 ++--
drivers/gpu/drm
On 2021-12-10 6:15 a.m., Tao Zhou wrote:
CP supports unmap queue with reset mode which only destroys specific queue
without affecting others.
Replacing whole gpu reset with reset queue mode for RAS poison consumption
saves much time, and we can also fallback to gpu reset solution if reset
queu
On 10/12/2021 11:16, Alex Deucher wrote:> [...]
> Why not just reload the driver after kexec?
>
> Alex
Because the original issue is the kdump case, and we want a very very
tiny kernel - also, the crash originally could have been caused by
amdgpu itself, so if it's a GPU issue, we don't want to m
On 10/12/2021 12:13, Christian König wrote:
> [...]
> How about issuing a PCIe reset and re-initializing the ASIC with just
> the VBIOS?
>
> That should be pretty straightforward I think.
>
> Christian.
Thanks Christian, that'd be perfect! Is it feasible? Per Alex comment,
we'd need to run ato
Applied. Thanks!
Alex
On Thu, Dec 9, 2021 at 12:02 PM Isabella Basso wrote:
>
> Fix the warning below:
>
> warning: Cannot understand * \file amdgpu_ioc32.c
> on line 2 - I thought it was a doc line
>
> Changes since v1:
> - As suggested by Alexander Deucher:
> 1. Reduce diff to minimum as
Applied. Thanks!
Alex
On Thu, Dec 9, 2021 at 12:03 PM Felix Kuehling wrote:
>
> Am 2021-12-09 um 10:47 a.m. schrieb Isabella Basso:
> > This fixes the warnings below, and also drops the display_count
> > variable, as it's unused.
> >
> > In function 'svm_range_map_to_gpu':
> > warning: variab
From: Aric Cyr
Acked-by: Pavle Kotarac
Signed-off-by: Aric Cyr
---
drivers/gpu/drm/amd/display/dc/dc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/display/dc/dc.h
b/drivers/gpu/drm/amd/display/dc/dc.h
index 963b58803ae5..18e59d635ca2 100644
--- a/dr
From: Nicholas Kazlauskas
[Why]
If the firmware wasn't reset by PSP or HW and is currently running
then the firmware will hang or perform underfined behavior when we
modify its firmware state underneath it.
[How]
Reset DMCUB before setting up cache windows and performing HW init.
Reviewed-by: A
From: Martin Leung
why:
Need interface to lower clocks when in dc (power save)
mode. Must be able to work with p_state unsupported cases
Can cause flicker when OS notifies us of dc state change
how:
added dal3 interface for KMD
added pathway to query smu for this softmax
added blank before clock
From: Eric Bernstein
[Why]
For ODM + MPO window on one half of ODM, only 3 pipes should
be allocated and scaling parameters adjusted to handle this case
[How]
Fix pipe allocation when MPO viewport is only on one side of ODM
split, and modify scaling paramters.
Added diags test cases for ODM + wi
From: Anthony Koo
Reviewed-by: Aric Cyr
Acked-by: Pavle Kotarac
Signed-off-by: Anthony Koo
---
drivers/gpu/drm/amd/display/dmub/inc/dmub_cmd.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/display/dmub/inc/dmub_cmd.h
b/drivers/gpu/drm/amd/display
From: Michael Strauss
[WHY]
This workaround resolves underflow caused by incorrect DST_Y_PREFETCH.
Overriding to 192KB DET buf size until the DST_Y_PREFETCH calc is fixed.
Reviewed-by: Eric Yang
Acked-by: Pavle Kotarac
Signed-off-by: Michael Strauss
---
drivers/gpu/drm/amd/display/dc/dcn31/d
From: Mikita Lipski
[why]
Adding a function to read PSR capabilities
and ALPM capabilities.
Also adding a helper function to validate if
the sink and the driver support PSR SU.
[how]
- isolated all PSR and ALPM reading calls to a separate funciton
- set all required PSR caps
- added a helper func
From: Wayne Lin
[Why & How]
In order to know the intermediate link rates supported by the eDP
panel and test to select the optimized link rate to save power,
create a new debugfs entry "ilr_setting" for
setting ILR.
Reviewed-by: Aurabindo Jayamohanan Pillai
Acked-by: Pavle Kotarac
Signed-off-b
From: Solomon Chiu
[Why]
Current error log of dummy irq service doesn't have
src/ext ID info in the log.
[How]
Add src/ext ID in ack/set of dummy irq service.
Reviewed-by: Wayne Lin
Acked-by: Pavle Kotarac
Signed-off-by: Solomon Chiu
---
.../drm/amd/display/dc/irq/dce110/irq_service_dce110.
From: Nicholas Kazlauskas
[Why]
SMU now respects the PHY refclk disable request from driver.
This causes a hang during hotplug when PHY refclk was disabled
because it's not being re-enabled and the transmitter control
starts on dc_link_detect.
[How]
We normally would re-enable the clk with exit
This new DC version brings improvements in the following areas:
- FW promotion to 0.0.97
- DSC fixes for supported Docks
- Fixes eDP display issue
- Vendor LTTR workarounds
- Fixes Tiled display audio issue
Anthony Koo (1):
drm/amd/display: [FW Promotion] Release 0.0.97
Aric Cyr (1):
drm
Applied. Thanks!
Alex
On Thu, Dec 9, 2021 at 12:01 PM Isabella Basso wrote:
>
> This commit fixes the compile-time warning below:
>
> warning: no previous prototype for ‘amdgpu_ras_mca_query_error_status’
> [-Wmissing-prototypes]
>
> Changes since v1:
> - As suggested by Alexander Deucher:
>
Hi Dave, Daniel,
More stuff for 5.17.
The following changes since commit 70897848730470cc477d5d89e6222c0f6a9ac173:
drm/amdgpu/display: Only set vblank_disable_immediate when PSR is not enabled
(2021-12-01 16:00:58 -0500)
are available in the Git repository at:
https://gitlab.freedesktop.o
On 2021-12-09 4:04 p.m., Yann Dirson wrote:
Thanks for this. It's really good to see this.
Reviewed-by: Harry Wentland
Hearfully seconded, let's get this rolling :)
Reviewed-by: Yann Dirson
Series applied to amd-staging-drm-next
Thanks a lot!
Harry
On 2021-12-09 09:20, Rodrigo S
When an application having open file access to a node forks, its shared
mappings also get reflected in the address space of child process even
though it cannot access them with the object permissions applied. With the
existing permission checks on the gem objects, it might be reasonable to
also cre
On 2021-12-10 11:19 a.m., Quan, Evan wrote:
[AMD Official Use Only]
-Original Message-
From: Lazar, Lijo
Sent: Friday, December 10, 2021 8:25 PM
To: Gong, Curry;amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander; Zhu, James
; Liu, Leo; Quan, Evan
Subject: Re: [PATCH] drm/amdgpu: W
On 2021-12-10 6:41 a.m., chen gong wrote:
Play a video on the raven (or PCO, raven2) platform, and then do the S3
test. When resume, the following error will be reported:
amdgpu :02:00.0: [drm:amdgpu_ring_test_helper [amdgpu]] *ERROR* ring
vcn_dec test failed (-110)
[drm:amdgpu_device_ip_res
> > amdgpu_ring_alloc() itself is unconditionally setting count_dw,
> > which looked
> > suspicious to me -- so I added the check shown below, and it does
> > look like
> > ring_alloc() gets called again too soon. Am I right in thinking
> > this could be
> > the cause of amdgpu_ring_test_helper()
On Fri, Dec 10, 2021 at 11:06 AM Quan, Evan wrote:
>
> [AMD Official Use Only]
>
> Hi Curry,
>
> Some nitpicks below. With them fixed, the patch is reviewed-by: Evan Quan
>
>
> @Deucher, Alexander this should be able address the issue reported by
> https://gitlab.freedesktop.org/drm/amd/-/issue
On Fri, Dec 10, 2021 at 10:24 AM Guilherme G. Piccoli
wrote:
>
> On 10/12/2021 12:13, Christian König wrote:
> > [...]
> > How about issuing a PCIe reset and re-initializing the ASIC with just
> > the VBIOS?
> >
> > That should be pretty straightforward I think.
> >
> > Christian.
>
>
> Thanks Chr
On Fri, Dec 10, 2021 at 9:25 AM Guilherme G. Piccoli
wrote:
>
> On 10/12/2021 11:16, Alex Deucher wrote:> [...]
> > Why not just reload the driver after kexec?
> >
> > Alex
>
> Because the original issue is the kdump case, and we want a very very
> tiny kernel - also, the crash originally could ha
This starts to make the formated index much more manageable to the reader.
Signed-off-by: Yann Dirson
---
Documentation/gpu/amdgpu/driver-core.rst | 65
Documentation/gpu/amdgpu/driver-misc.rst | 112 ++
Documentation/gpu/amdgpu/index.rst| 342 +-
This is Alex' description from the "gpu block diagram" thread, edited to
fit as ReST.
Originally-by: Alex Deucher
Signed-off-by: Yann Dirson
Acked-by: Harry Wentland
---
Documentation/gpu/amdgpu/driver-core.rst | 81
1 file changed, 81 insertions(+)
diff --git a/Docum
This is Alex' description from the "Looking for clarifications around
gfx/kcq/kiq"
thread, edited to fit as ReST.
Originally-by: Alex Deucher
Signed-off-by: Yann Dirson
Acked-by: Harry Wentland
---
Documentation/gpu/amdgpu/driver-core.rst | 35
1 file changed, 35 inse
This series starts by splitting the amdgpu/index file to make some
room for additional contents.
The rest is basically bringing Alex' descriptions of the hardware and
driver internals into the doc.
Changes in v2:
* fix typos (Harry Wentland)
* get rid of double headings
Yann Dirson (3):
Docume
On 12/10/2021 10:49 AM, Felix Kuehling wrote:
On 2021-12-10 2:22 a.m., Christian König wrote:
Am 09.12.21 um 23:27 schrieb Felix Kuehling:
Am 2021-12-09 um 5:14 p.m. schrieb Chen, Xiaogang:
On 12/9/2021 12:40 PM, Felix Kuehling wrote:
Am 2021-12-09 um 2:49 a.m. schrieb Xiaogang.Chen:
From:
On 2021-12-10 2:22 a.m., Christian König wrote:
Am 09.12.21 um 23:27 schrieb Felix Kuehling:
Am 2021-12-09 um 5:14 p.m. schrieb Chen, Xiaogang:
On 12/9/2021 12:40 PM, Felix Kuehling wrote:
Am 2021-12-09 um 2:49 a.m. schrieb Xiaogang.Chen:
From: Xiaogang Chen
When application is about finish
[AMD Official Use Only]
> -Original Message-
> From: Lazar, Lijo
> Sent: Friday, December 10, 2021 1:53 PM
> To: Quan, Evan ; amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander ; Koenig, Christian
> ; Feng, Kenneth
> Subject: Re: [PATCH V4 02/17] drm/amd/pm: do not expose power
> i
On 2021-12-09 8:31 p.m., Alistair Popple wrote:
On Friday, 10 December 2021 3:54:31 AM AEDT Sierra Guiza, Alejandro (Alex)
wrote:
On 12/9/2021 10:29 AM, Felix Kuehling wrote:
Am 2021-12-09 um 5:53 a.m. schrieb Alistair Popple:
On Thursday, 9 December 2021 5:55:26 AM AEDT Sierra Guiza, Alejand
With Christian's comments addressed both patches are
Reviewed-by: Harry Wentland
Harry
On 2021-12-10 10:54, Mario Limonciello wrote:
> `edp_stream` is only used when backend is enabled on eDP, don't
> declare the variable outside that scope.
>
> Signed-off-by: Mario Limonciello
> ---
> driver
[AMD Official Use Only]
> -Original Message-
> From: Koenig, Christian
> Sent: Friday, December 10, 2021 10:19
> To: Limonciello, Mario ; Koenig, Christian
> ; amd-gfx@lists.freedesktop.org
> Subject: Re: [PATCH 2/2] drm/amd: move variable to local scope
>
> Am 10.12.21 um 17:12 schrie
[AMD Official Use Only]
> -Original Message-
> From: Lazar, Lijo
> Sent: Friday, December 10, 2021 8:25 PM
> To: Gong, Curry ; amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander ; Zhu, James
> ; Liu, Leo ; Quan, Evan
>
> Subject: Re: [PATCH] drm/amdgpu: When the VCN(1.0) block is s
Am 10.12.21 um 17:12 schrieb Limonciello, Mario:
[AMD Official Use Only]
-Original Message-
From: Koenig, Christian
Sent: Friday, December 10, 2021 10:07
To: Limonciello, Mario ; amd-
g...@lists.freedesktop.org
Subject: Re: [PATCH 2/2] drm/amd: move variable to local scope
Am 10.12.
[AMD Official Use Only]
> -Original Message-
> From: Koenig, Christian
> Sent: Friday, December 10, 2021 10:07
> To: Limonciello, Mario ; amd-
> g...@lists.freedesktop.org
> Subject: Re: [PATCH 2/2] drm/amd: move variable to local scope
>
>
>
> Am 10.12.21 um 16:54 schrieb Mario Limonc
Am 10.12.21 um 16:54 schrieb Mario Limonciello:
`edp_stream` is only used when backend is enabled on eDP, don't
declare the variable outside that scope.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/display/dc/dce110/dce110_hw_sequencer.c | 3 +--
1 file changed, 1 insertion(+)
[AMD Official Use Only]
Hi Curry,
Some nitpicks below. With them fixed, the patch is reviewed-by: Evan Quan
@Deucher, Alexander this should be able address the issue reported by
https://gitlab.freedesktop.org/drm/amd/-/issues/1828. Can you help to confirm
this?
BR
Evan
> -Original Messa
There are a few places that this isn't checked that could potentially
be a NULL pointer access.
Signed-off-by: Mario Limonciello
---
.../amd/display/dc/clk_mgr/dcn21/rn_clk_mgr.c | 3 ++-
.../display/dc/dce110/dce110_hw_sequencer.c | 21 +--
2 files changed, 12 insertions(+),
`edp_stream` is only used when backend is enabled on eDP, don't
declare the variable outside that scope.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/display/dc/dce110/dce110_hw_sequencer.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/disp
On 2021-12-09 10:47 p.m., Lang Yu wrote:
On 12/09/ , Christian KKKnig wrote:
Am 09.12.21 um 16:38 schrieb Andrey Grodzovsky:
On 2021-12-09 4:00 a.m., Christian König wrote:
Am 09.12.21 um 09:49 schrieb Lang Yu:
It is useful to maintain error context when debugging
SW/FW issues. We introduc
Am 10.12.21 um 16:24 schrieb Guilherme G. Piccoli:
On 10/12/2021 12:13, Christian König wrote:
[...]
How about issuing a PCIe reset and re-initializing the ASIC with just
the VBIOS?
That should be pretty straightforward I think.
Christian.
Thanks Christian, that'd be perfect! Is it feasible?
[AMD Official Use Only]
Please ignore this one.
There was some issue, and all changes are not included in the patch.
I have sent an update in a new mail (same subject).
Sorry for inconvenience.
BR,
Marina
From: Marina Nikolic
Sent: Friday, December 10, 2021 1:00
On 2021-12-09 18:47, Yann Dirson wrote:
> This is Alex' description from the "gpu block diagram" thread, edited to
> fit as ReST.
>
> Originally-by: Alex Deucher
> Signed-off-by: Yann Dirson
> ---
> Documentation/gpu/amdgpu/driver-core.rst | 81
> 1 file changed, 81 ins
Am 10.12.21 um 15:25 schrieb Guilherme G. Piccoli:
On 10/12/2021 11:16, Alex Deucher wrote:> [...]
Why not just reload the driver after kexec?
Alex
Because the original issue is the kdump case, and we want a very very
tiny kernel - also, the crash originally could have been caused by
amdgpu
On 2021-12-09 18:47, Yann Dirson wrote:
> This is Alex' description from the "gpu block diagram" thread, edited to
> fit as ReST.
>
> Originally-by: Alex Deucher
> Signed-off-by: Yann Dirson
> ---
> Documentation/gpu/amdgpu/driver-core.rst | 81
> 1 file changed, 81 ins
On 2021-12-09 18:47, Yann Dirson wrote:
> This is Alex' description from the "Looking for clarifications around
> gfx/kcq/kiq"
> thread, edited to fit as ReST.
>
> Originally-by: Alex Deucher
> Signed-off-by: Yann Dirson
> ---
> Documentation/gpu/amdgpu/driver-core.rst | 35
== Description ==
Due to security reasons setting through sysfs
should only be allowed in passthrough mode.
Options that are not mapped as SMU messages
do not have any mechanizm to distinguish between
passthorugh, onevf and mutivf usecase.
A unified approach is needed.
== Changes ==
This patch int
This value does not get cached into adev->pm.fw_version during
startup for smu13 like it does for other SMU like smu10.
Signed-off-by: Mario Limonciello
---
drivers/gpu/drm/amd/pm/swsmu/smu13/smu_v13_0.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/amd/pm/swsmu/smu13/smu
Thanks a lot Alex / Gerd and Thomas, very informative stuff! I'm glad
there are projects to collect/save the data and reuse after a kdump,
this is very useful.
I'll continue my study on the atombios thing of AMD and QXL, maybe at
least we can make it work in qemu, that'd be great (like a small
ini
Hi,
I just reverted the commit in tags/v5.15, and there are no issues after
reverting the bad commit. But in 5.16-rc4, "startx" hangs with or without
reverting the commit, it could be another bug.Regards,Tareque
On Friday, December 10, 2021, 02:15:49 AM GMT+6, w...@kernel.org
wrote:
H
On Fri, Dec 10, 2021 at 9:09 AM Guilherme G. Piccoli
wrote:
>
> Thanks a lot Alex / Gerd and Thomas, very informative stuff! I'm glad
> there are projects to collect/save the data and reuse after a kdump,
> this is very useful.
>
> I'll continue my study on the atombios thing of AMD and QXL, maybe
[Public]
Acked-by: Alex Deucher
From: amd-gfx on behalf of Christian
König
Sent: Friday, December 10, 2021 3:39 AM
To: amd-gfx@lists.freedesktop.org ;
alexdeuc...@gmail.com
Subject: [PATCH] drm/amdgpu: fix dropped backing store handling in
amdgpu_dma_buf_mov
On 12/10/2021 5:11 PM, chen gong wrote:
Play a video on the raven (or PCO, raven2) platform, and then do the S3
test. When resume, the following error will be reported:
amdgpu :02:00.0: [drm:amdgpu_ring_test_helper [amdgpu]] *ERROR* ring
vcn_dec test failed (-110)
[drm:amdgpu_device_ip_re
== Description ==
Due to security reasons setting through sysfs
should only be allowed in passthrough mode.
Options that are not mapped as SMU messages
do not have any mechanizm to distinguish between
passthorugh, onevf and mutivf usecase.
A unified approach is needed.
== Changes ==
This patch int
Play a video on the raven (or PCO, raven2) platform, and then do the S3
test. When resume, the following error will be reported:
amdgpu :02:00.0: [drm:amdgpu_ring_test_helper [amdgpu]] *ERROR* ring
vcn_dec test failed (-110)
[drm:amdgpu_device_ip_resume_phase2 [amdgpu]] *ERROR* resume of IP bl
CP supports unmap queue with reset mode which only destroys specific queue
without affecting others.
Replacing whole gpu reset with reset queue mode for RAS poison consumption
saves much time, and we can also fallback to gpu reset solution if reset
queue fails.
Signed-off-by: Tao Zhou
---
drive
Add a reset parameter for umc page retirement, let user decide whether
call gpu reset in umc page retirement.
Signed-off-by: Tao Zhou
---
drivers/gpu/drm/amd/amdgpu/amdgpu_umc.c | 15 ---
drivers/gpu/drm/amd/amdgpu/amdgpu_umc.h | 5 +++--
2 files changed, 15 insertions(+), 5 deletio
So we can set reset mode for unmap operation, no functional change.
Signed-off-by: Tao Zhou
---
.../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c| 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdkfd/kfd_device_queue_manager.c
b/drivers/g
On 12/10/2021 3:08 PM, Lang Yu wrote:
SMU firmware expects the driver maintains error context
and doesn't interact with SMU any more when SMU errors
occurred. That will aid in debugging SMU firmware issues.
Add SMU debug option support for this request, it can be
enabled or disabled via amdgp
Am 10.12.21 um 10:35 schrieb Lang Yu:
It is useful to maintain error context when debugging
SW/FW issues. Introduce amdgpu_device_halt() for this
purpose. It will bring hardware to a kind of halt state,
so that no one can touch it any more.
Compare to a simple hang, the system will keep stable
a
[AMD Official Use Only]
> -Original Message-
> From: Lazar, Lijo
> Sent: Thursday, December 9, 2021 8:41 PM
> To: Quan, Evan ; amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander ; Koenig, Christian
> ; Feng, Kenneth
> Subject: Re: [PATCH V4 14/17] drm/amd/pm: relocate the power rel
[AMD Official Use Only]
> -Original Message-
> From: Lazar, Lijo
> Sent: Thursday, December 9, 2021 8:37 PM
> To: Quan, Evan ; amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander ; Koenig, Christian
> ; Feng, Kenneth
> Subject: Re: [PATCH V4 11/17] drm/amd/pm: correct the usage for
SMU firmware expects the driver maintains error context
and doesn't interact with SMU any more when SMU errors
occurred. That will aid in debugging SMU firmware issues.
Add SMU debug option support for this request, it can be
enabled or disabled via amdgpu_smu_debug debugfs file.
Use a 32-bit mask
It is useful to maintain error context when debugging
SW/FW issues. Introduce amdgpu_device_halt() for this
purpose. It will bring hardware to a kind of halt state,
so that no one can touch it any more.
Compare to a simple hang, the system will keep stable
at least for SSH access. Then it should b
[AMD Official Use Only]
> -Original Message-
> From: Lazar, Lijo
> Sent: Thursday, December 9, 2021 8:32 PM
> To: Quan, Evan ; amd-gfx@lists.freedesktop.org
> Cc: Deucher, Alexander ; Koenig, Christian
> ; Feng, Kenneth
> Subject: Re: [PATCH V4 09/17] drm/amd/pm: optimize the
> amdgpu_
bo->tbo.resource can now be NULL.
Signed-off-by: Christian König
Bug: https://gitlab.freedesktop.org/drm/amd/-/issues/1811
---
drivers/gpu/drm/amd/amdgpu/amdgpu_dma_buf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_dma_buf.c
b/drivers/gp
Hi
Am 09.12.21 um 19:17 schrieb Guilherme G. Piccoli:
Thanks again Alex! Some comments inlined below:
On 09/12/2021 15:06, Alex Deucher wrote:
Not really in a generic way. It's asic and platform specific. In
addition most modern displays require link training to bring up the
display, so you
85 matches
Mail list logo