[PATCH 4/6] drm/amdgpu/psp: Do not load asd for SRIOV

If psp version doesn't match asd version, asd loading will be failed. Add workaround to bypass it for sriov. Signed-off-by: Daniel Wang Signed-off-by: Xiangliang Yu --- drivers/gpu/drm/amd/amdgpu/amdgpu_psp.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/gpu/drm/amd/amdgpu/

[PATCH 6/6] drm/amdgpu: clean doorbell after sending init table to mmsch

From: Frank Min According to HW design, need to clean doorbell after setup MMSCH table. Signed-off-by: Frank Min Signed-off-by: Xiangliang Yu --- drivers/gpu/drm/amd/amdgpu/uvd_v7_0.c | 1 + drivers/gpu/drm/amd/amdgpu/vce_v4_0.c | 1 + 2 files changed, 2 insertions(+) diff --git a/drivers/gp

[PATCH 5/6] drm/amdgpu/virt: change AI ack-irq message to debug level

Change message to debug level as VI does. Signed-off-by: Xiangliang Yu --- drivers/gpu/drm/amd/amdgpu/mxgpu_ai.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/mxgpu_ai.c b/drivers/gpu/drm/amd/amdgpu/mxgpu_ai.c index e967a7b..96139ec 100644 --- a/

[PATCH 1/6] drm/amdgpu: fix mutex list null pointer reference

From: Pixel Ding Fix NULL pointer reference. Signed-off-by: Pixel Ding Signed-off-by: Xiangliang Yu --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c b/drivers/gpu/drm/amd/amdgpu/amd

[PATCH 3/6] drm/amdgpu: don't clean the framebuffer for VF

From: Pixel Ding The SRIOV host driver cleans framebuffer for each VF, guest driver needn't this action which costs much time on some virtualization platform, otherwise it might get timeout to initialize. Signed-off-by: Pixel Ding Signed-off-by: Xiangliang Yu --- drivers/gpu/drm/amd/amdgpu/am

[PATCH 2/6] drm/amdgpu: reset GDW, GWS and OA software copy to update them

From: Pixel Ding Reset GDW, GWS and OA when SRIOV do reset. Signed-off-by: Pixel Ding Signed-off-by: Xiangliang Yu --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c b/drivers

RE: [PATCH] drm/amd/powerplay: disable engine spread spectrum feature on Vega10.

> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Rex Zhu > Sent: Wednesday, May 03, 2017 11:33 PM > To: amd-gfx@lists.freedesktop.org > Cc: Zhu, Rex > Subject: [PATCH] drm/amd/powerplay: disable engine spread spectrum > feature on Vega10. >

Re: [PATCH] drm/amd/powerplay: disable engine spread spectrum feature on Vega10.

Reviewed-by: Ken Wang From: amd-gfx on behalf of Rex Zhu Sent: Thursday, May 4, 2017 11:33:24 AM To: amd-gfx@lists.freedesktop.org Cc: Zhu, Rex Subject: [PATCH] drm/amd/powerplay: disable engine spread spectrum feature on Vega10. Vega10 atomfirmware do not ha

[PATCH] drm/amd/powerplay: disable engine spread spectrum feature on Vega10.

Vega10 atomfirmware do not have ASIC_InternalSS_Info table so disable this feature by default in driver. Change-Id: I2ef2c668fb41fc6c6f448c7c0f1812baf8e7b375 Signed-off-by: Rex Zhu --- drivers/gpu/drm/amd/powerplay/hwmgr/vega10_hwmgr.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-)

RE: [PATCH] drm/amdgpu: Bypass GMC, UVD and VCE in hw_fini

Reviewed-by: Xiangliang Yu Thanks! Xiangliang Yu > -Original Message- > From: Trigger Huang [mailto:trigger.hu...@amd.com] > Sent: Thursday, May 04, 2017 10:40 AM > To: amd-gfx@lists.freedesktop.org > Cc: Liu, Monk ; Yu, Xiangliang > ; Huang, Trigger > Subject: [PATCH] drm/amdgpu: By

RE: [PATCH] drm/amdgpu: Bypass GMC, UVD and VCE in hw_fini

Reviewed-by: Monk Liu -Original Message- From: Trigger Huang [mailto:trigger.hu...@amd.com] Sent: Thursday, May 4, 2017 10:40 AM To: amd-gfx@lists.freedesktop.org Cc: Liu, Monk ; Yu, Xiangliang ; Huang, Trigger Subject: [PATCH] drm/amdgpu: Bypass GMC, UVD and VCE in hw_fini Some hw fi

[PATCH] drm/amdgpu: Bypass GMC, UVD and VCE in hw_fini

Some hw finish operations should not be applied in SR-IOV case. This works as workaround to fix multi-VFs reboot/shutdown issues Signed-off-by: Trigger Huang --- drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 6 ++ drivers/gpu/drm/amd/amdgpu/uvd_v7_0.c | 8 +++- drivers/gpu/drm/amd/amdgpu/vce

[PATCH 09/28] drm/amd/display: USB-c DP-HDMI dongle shows garbage on Sony TV

From: Charlene Liu Signed-off-by: Charlene Liu Acked-by: Harry Wentland Reviewed-by: Charlene Liu --- drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c | 21 - drivers/gpu/drm/amd/display/dc/dc.h | 2 +- drivers/gpu/drm/amd/display/dc/dc_dp_types.h | 8 ++

[PATCH 25/28] drm/amd/display: Disable cursor on video surface.

From: Yongqiang Sun Signed-off-by: Yongqiang Sun Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/core/dc_stream.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/amd/display/dc/core/dc_stream.c b/drivers/gpu/drm/amd/display/dc/core/

[PATCH 20/28] drm/amd/display: Define dithering options

From: Ding Wang Signed-off-by: Ding Wang Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/dc.h | 2 +- drivers/gpu/drm/amd/display/dc/dc_hw_types.h | 29 2 files changed, 30 insertions(+), 1 deletion(-) diff --git a/dr

[PATCH 22/28] drm/amd/display: Check for Zero Range in FreeSync Calc

From: Eric Cook -check for min/max range in freesync calculation and handle it accordingly Signed-off-by: Eric Acked-by: Harry Wentland Reviewed-by: Anthony Koo --- drivers/gpu/drm/amd/display/modules/freesync/freesync.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/dr

[PATCH 19/28] drm/amd/display: decouple resource_pool from resource_context

From: Tony Cheng to avoid null access in case res_ctx is used to access res_pool before it's fully constructed also make it clear which function has dependency on resource_pool Signed-off-by: Tony Cheng Reviewed-by: Harry Wentland --- drivers/gpu/drm/amd/display/dc/core/dc.c | 19

[PATCH 04/28] drm/amd/display: remove unnecessary allocation for regamma_params inside opp

From: Dmytro Laktyushkin Signed-off-by: Dmytro Laktyushkin Reviewed-by: Harry Wentland --- drivers/gpu/drm/amd/display/dc/dce/dce_opp.c| 10 +- drivers/gpu/drm/amd/display/dc/dce110/dce110_hw_sequencer.c | 6 +++--- drivers/gpu/drm/amd/display/dc/dce110/dce110_opp_v.c

[PATCH 27/28] drm/amd/display: Get dprefclk ss percentage from vbios

From: Hersen Wu Signed-off-by: Hersen Wu Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/bios/bios_parser2.c | 40 +-- drivers/gpu/drm/amd/display/dc/dce/dce_clocks.c| 46 -- drivers/gpu/drm/amd/display/dc/dce/dce_clo

[PATCH 06/28] drm/amd/display: fix memory leak

From: Dmytro Laktyushkin Signed-off-by: Dmytro Laktyushkin Reviewed-by: Harry Wentland --- drivers/gpu/drm/amd/display/dc/core/dc.c | 26 -- 1 file changed, 12 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/amd/display/dc/core/dc.c b/drivers/gpu/drm/amd/d

[PATCH 02/28] drm/amd/display: Block YCbCr formats for eDP. Revert previous change.

From: Zeyu Fan Signed-off-by: Zeyu Fan Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/dce/dce_link_encoder.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/display/dc/dce/dce_link_encoder.c b/drivers/gpu/dr

[PATCH 26/28] drm/amd/display: move drr_params definition to TG

From: Tony Cheng Signed-off-by: Tony Cheng Acked-by: Harry Wentland Reviewed-by: Dmytro Laktyushkin --- drivers/gpu/drm/amd/display/dc/inc/hw/timing_generator.h | 7 +++ drivers/gpu/drm/amd/display/include/hw_sequencer_types.h | 11 --- 2 files changed, 7 insertions(+), 11 deleti

[PATCH 11/28] drm/amd/display: Make dc_link param const in set_drive_settings

From: Zeyu Fan Signed-off-by: Zeyu Fan Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c | 2 +- drivers/gpu/drm/amd/display/dc/dc.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/disp

[PATCH 13/28] drm/amd/display: move tg_color to dc_hw_types

From: Tony Cheng Signed-off-by: Tony Cheng Reviewed-by: Harry Wentland --- drivers/gpu/drm/amd/display/dc/dc_hw_types.h | 12 ++-- drivers/gpu/drm/amd/display/dc/inc/hw/timing_generator.h | 12 2 files changed, 6 insertions(+), 18 deletions(-) diff --git a/dri

[PATCH 12/28] drm/amd/display: PSR Refactor

From: Sylvia Tsai - Refacotr PSR to follow correct module pattern - fix eDP only working on sink index 0. Signed-off-by: Sylvia Tsai Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/core/dc.c | 74 +- drivers/gpu/drm/amd/displa

[PATCH 16/28] drm/amd/display: dce80, 100, 110 and 112 to dce ipp refactor

From: Dmytro Laktyushkin Signed-off-by: Dmytro Laktyushkin Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/dce/dce_ipp.c | 12 +- drivers/gpu/drm/amd/display/dc/dce/dce_ipp.h | 24 +- .../drm/amd/display/dc/dce100/dce100_resource.c| 73 ++

[PATCH 07/28] drm/amd/display: always retrieve PSR cap

From: Amy Zhang Signed-off-by: Amy Zhang Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c b/drivers/gpu/drm/amd/display/

[PATCH 15/28] drm/amd/display: dce120 to dce ipp refactor

From: Dmytro Laktyushkin Signed-off-by: Dmytro Laktyushkin Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/dce/Makefile| 2 +- drivers/gpu/drm/amd/display/dc/dce/dce_ipp.c | 252 + drivers/gpu/drm/amd/display/dc/dce/dce_i

[PATCH 23/28] drm/amd/display: Add function to set dither option

From: Ding Wang Signed-off-by: Ding Wang Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/core/dc.c | 41 drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c | 4 +- drivers/gpu/drm/amd/display/dc/core/dc_resource.c | 110 ++

[PATCH 10/28] drm/amd/display: improve cursor programming reliability

From: Dmytro Laktyushkin This change will cache cursor attributes and reprogram them when enabling cursor after power gating if the attributes were not yet reprogrammed Signed-off-by: Dmytro Laktyushkin Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/core/

[PATCH 03/28] drm/amd/display: Fix memory leak in post_update_surfaces

Signed-off-by: Harry Wentland Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/core/dc.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/display/dc/core/dc.c b/drivers/gpu/drm/amd/display/dc/core/dc.c index 64b52

[PATCH 21/28] drm/amd/display: fix crash caused by incorrect index being used for array

From: Dmytro Laktyushkin Signed-off-by: Dmytro Laktyushkin Acked-by: Harry Wentland Reviewed-by: Anthony Koo --- drivers/gpu/drm/amd/display/modules/freesync/freesync.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/display/modules/freesync/freesync.c

[PATCH 28/28] drm/amd/display: Assign stream to map before we need it

Signed-off-by: Harry Wentland --- drivers/gpu/drm/amd/display/modules/freesync/freesync.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/amd/display/modules/freesync/freesync.c b/drivers/gpu/drm/amd/display/modules/freesync/freesync.c index 82086a129a3b

[PATCH 05/28] drm/amd/display: set correct v_total_min and v_total_max for dce.

From: Yongqiang Sun Signed-off-by: Yongqiang Sun Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/dce110/dce110_timing_generator.c | 4 ++-- drivers/gpu/drm/amd/display/dc/dce120/dce120_timing_generator.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletio

[PATCH 14/28] drm/amd/display: clarify delay param for REG_WAIT

From: Tony Cheng Signed-off-by: Tony Cheng Acked-by: Harry Wentland Reviewed-by: Dmytro Laktyushkin --- drivers/gpu/drm/amd/display/dc/inc/reg_helper.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/display/dc/inc/reg_helper.h b/drivers/gpu/drm/am

[PATCH 08/28] drm/amd/display: Make sure v_total_min and max not less than v_total.

From: Yongqiang Sun Signed-off-by: Yongqiang Sun Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- .../gpu/drm/amd/display/dc/dce110/dce110_timing_generator.c | 4 ++-- .../gpu/drm/amd/display/dc/dce120/dce120_timing_generator.c | 4 ++-- drivers/gpu/drm/amd/display/modules/freesync/fr

[PATCH 17/28] drm/amd/display: no need for return value from ipp_program_degamma_pwl

From: Dmytro Laktyushkin Signed-off-by: Dmytro Laktyushkin Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/inc/hw/ipp.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/display/dc/inc/hw/ipp.h b/drivers/gpu/drm/amd/di

[PATCH 24/28] drm/amd/display: Add support for FreeSync on eDP to module

From: Eric Cook Signed-off-by: Eric Acked-by: Harry Wentland Reviewed-by: Anthony Koo --- .../drm/amd/display/modules/freesync/freesync.c| 42 +- 1 file changed, 33 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/amd/display/modules/freesync/freesync.c b/d

[PATCH 18/28] drm/amd/display: FreeSync Auto Sweep Support

From: Eric Cook Implement core support to allow for FreeSync Auto Sweep to work Signed-off-by: Eric Cook Acked-by: Harry Wentland Reviewed-by: Tony Cheng --- drivers/gpu/drm/amd/display/dc/core/dc.c | 28 +++ drivers/gpu/drm/amd/display/dc/core/dc_debug.c | 5 +- drivers/gpu

[PATCH 00/28] DC Linux Patches May 3, 2017

* Tony fixed some hang after my previous ctx change with the resource_pool decouple * Some refactor of HW programming code to bring IPP in line other HW blocks * Bunch of other small fixes and changes Amy Zhang (1): drm/amd/display: always retrieve PSR cap Charlene Liu (1): drm/amd/

[PATCH 01/28] drm/amd/display: get_atomic_property missing for drm_connector_funcs

From: Pratik Vishwakarma DRM_IOCTL_MODE_GETCONNECTOR fails with EINVAL on enabling DRIVER_ATOMIC With this DRM_IOCTL_MODE_GETCONNECTOR returns all the connector properties. freesync_property and freesync_capable_property return 0 currently. TESTS(On Chromium OS on Stoney Only) * Builds without c

Re: Soliciting DRM feedback on latest DC rework

On 2017-05-03 11:02 AM, Daniel Vetter wrote: On Wed, May 03, 2017 at 04:26:51PM +0200, Christian König wrote: Hi Harry, while this looks more and more like it could work something which would really help would be to have a set of patches squashed together and rebased on drm-next. The dc-drm-

Re: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

See ttm_bo_release(), that one is called when the last reference to the BO goes away. It is the first stage of cleanup and removes the VMA mapping (no more CPU access to the BO), and calls ttm_bo_cleanup_refs_or_queue(). ttm_bo_cleanup_refs_or_queue() then checks if the BO is idle, e.g. if it

Re: [PATCH 4/6] drm/amdgpu:cleanups KIQ ring_funcs emit_frame_size

On Tue, May 2, 2017 at 11:48 PM, Monk Liu wrote: > since we don't need hdp flush/inval for KIQ anymore > > Change-Id: I8518f479afebb73c68ef922880f92dae53b665b9 > Signed-off-by: Monk Liu Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 2 -- > drivers/gpu/drm/amd/amdgp

Re: [PATCH 3/6] drm/amdgpu:re-write sriov_reinit_early/late

On Wed, May 3, 2017 at 5:10 AM, Liu, Monk wrote: > It's correct and already working on vega10/tonga for days, > In fact the guilty context already works at my side Need to use ARRAY_SIZE for the the loops rather than open coding it. Beyond that, if it works for sr-iov, it's fine. Maybe we can l

RE: [PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox

OK, will change later by another amend patch, already submitted -Original Message- From: Alex Deucher [mailto:alexdeuc...@gmail.com] Sent: Wednesday, May 3, 2017 11:20 PM To: Christian König Cc: Liu, Monk ; amd-gfx list Subject: Re: [PATCH 2/6] drm/amdgpu:need som change on vega10 mail

Re: [PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox

On Wed, May 3, 2017 at 5:05 AM, Christian König wrote: > Am 03.05.2017 um 05:48 schrieb Monk Liu: >> >> if sriov gpu reset is invoked by job timeout, it is run >> in a global work-queue which is very slow and better not call >> msleep ortherwise it takes long time to get back CPU. >> >> so make be

Re: [PATCH 1/6] drm/amdgpu:fix cannot receive rcv/ack irq bug

On Tue, May 2, 2017 at 11:48 PM, Monk Liu wrote: > Change-Id: Ie8672e0c9358d9542810ce05c822d9367249bbd7 > Signed-off-by: Monk Liu Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/amd/amdgpu/mxgpu_ai.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/dr

RE: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

>Need to dig through the TTM code as well to find that, but it is something >very basic of TTM so I'm pretty sure it should work as expected. That's what make me feel a little confused0, if a BO is destroyed, then how TTM system track its resv pointer , without this resv pointer, how TTM wait on

Re: Soliciting DRM feedback on latest DC rework

On Wed, May 03, 2017 at 04:26:51PM +0200, Christian König wrote: > Hi Harry, > > while this looks more and more like it could work something which would > really help would be to have a set of patches squashed together and rebased > on drm-next. > > The dc-drm-next-atomic-wip looks like a start,

Re: Soliciting DRM feedback on latest DC rework

Hi Harry, while this looks more and more like it could work something which would really help would be to have a set of patches squashed together and rebased on drm-next. The dc-drm-next-atomic-wip looks like a start, but we need more something like: drm/amdgpu: add base DC components drm/a

Soliciting DRM feedback on latest DC rework

Hi all, Over the last few months we (mostly Andrey and myself) have taken and addressed some of the feedback received from December's DC RFC. A lot of our work so far centers around atomic. We were able to take a whole bunch of the areas where we rolled our own solution and use DRM atomic hel

Re: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

If kref of one BO go downs to 0, this Bo will be destroy (amdgpu_bo_destory), I don't see what code to prevent this destroy invoked if the resv of this BO Still have fence not signaling, can you share this tricks ? IIRC the destroy itself is not prevented, but TTM prevents reusing of the memory

RE: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

That should be way you said , but I didn't see the logic to assure that, If kref of one BO go downs to 0, this Bo will be destroy (amdgpu_bo_destory), I don't see what code to prevent this destroy invoked if the resv of this BO Still have fence not signaling, can you share this tricks ? Because

Re: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

Can we guarantee the pde/pte and PRT/CSA are all alive (BO, mappings) when resubmitting the timeout job (assume this time out job can signal after the resubmit)? Yes, that's why we add all fences of each command submission to the PD/PT BOs. Regards, Christian. Am 03.05.2017 um 15:31 schrieb

RE: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

Even we release the ctx as usual way, Can we guarantee the pde/pte and PRT/CSA are all alive (BO, mappings) when resubmitting the timeout job (assume this time out job can signal after the resubmit)? You know App can submit a command a release all BO and free_ctx, close FD/VM, and exit very soo

Re: [PATCH] drm/amdgpu/gfx: drop max_gs_waves_per_vgt

On Wed, May 3, 2017 at 8:41 AM, Nicolai Hähnle wrote: > On 02.05.2017 21:50, Alex Deucher wrote: >> >> We already have this info: max_gs_threads. Drop the duplicate. > > > max_gs_waves_per_vgt seems to be the better name for this number though. > Threads is usually what we call an item, of which

Re: [PATCH 6/6] drm/amdgpu:PTE flag should be 64 bit width

On Tue, May 2, 2017 at 11:48 PM, Monk Liu wrote: > otherwise we'll lost the high 32 bit for pte, which lead > to incorrect MTYPE for vega10. > > Change-Id: I1b0c7b8df14e340a36d4d2a72c6c03f469fdc29c > Signed-off-by: Monk Liu > Reviewed-by: Christian König Reviewed-by: Alex Deucher > --- > dri

Re: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

and the ironic thing is I want to alive as well (especially CSA, PTR) Yes, and exactly that is the danger I was talking about. We messed up the tear down oder with that and try to access resources which are already freed when the job is now scheduled. I would rather say we should get completel

Re: [PATCH 0/3] GPU-DRM-Radeon: Fine-tuning for three function implementations

Am 02.05.2017 um 22:04 schrieb SF Markus Elfring: From: Markus Elfring Date: Tue, 2 May 2017 22:00:02 +0200 Three update suggestions were taken into account from static source code analysis. Markus Elfring (3): Use seq_putc() in radeon_sa_bo_dump_debug_info() Use seq_puts() in radeon_deb

Re: [PATCH] drm/amdgpu/gfx: drop max_gs_waves_per_vgt

On 02.05.2017 21:50, Alex Deucher wrote: We already have this info: max_gs_threads. Drop the duplicate. max_gs_waves_per_vgt seems to be the better name for this number though. Threads is usually what we call an item, of which each wave has 64. Cheers, Nicolai Signed-off-by: Alex Deucher

RE: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

Since I get one more kref for ctx when creating jobs, so amdgpu_ctx_mgr_fini(&fpriv->ctx_mgr) here won't actually waiting ... because the " amdgpu_ctx_do_release" Won't going to run (kref > 0 before all job signaled). That way amdgpu_driver_postclose_kms() can continue go on , So actually " UV

Re: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

Out of this title, it let me think job->vm isn't safe as well, vm could be freed when it is being used amdgpu_ib_schedule, do you have any thoughts to solve it? Regards, David Zhou On 2017年05月03日 17:18, Christian König wrote: I'm afraid not: CSA is gone with the VM, and VM is gone after app

Re: [PATCH 1/3] drm: fourcc byteorder: drop DRM_FORMAT_BIG_ENDIAN

Hi, > > R600+ supports bigendian framebuffer formats, so no byteswapping on > > access is needed. Not sure whenever that includes 16bpp formats or > > whenever this is limited to the 8 bit-per-color formats [...] > > It includes 16bpp. Looking at > drivers/gpu/drm/radeon/atombios_crtc.c:dce4_c

Re: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

Please give me some detail approach on dma_fence, thanks ! I think the idea of using the fence_context is even better than using the fence_status. It is already present for a while and filtering the jobs/entities by it needs something like 10 lines of code. The fence status is new and only av

Re: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

I'm afraid not: CSA is gone with the VM, and VM is gone after app close our FD, I don't see amdgpu_vm_fini() is depended on context living or not ... See the teardown order in amdgpu_driver_postclose_kms(): amdgpu_ctx_mgr_fini(&fpriv->ctx_mgr); amdgpu_uvd_free_handles(adev, file_priv

RE: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

I thought of that for the first place as well, that keep an ID and parsing the ID with every job not signaled to see if the job Belongs to something guilty , But keep ctx alive is more simple so I choose this way. But I admit it is doable as well, and I want to compare this method and the dma_

Re: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

> 1) fence_context have chance to incorrectly represent the context behind it, because the number can be used up and will wrapped around from beginning No, fence_context is unique in global in kernel. Yeah, I would go with that as well. You note the fence_context of the job which caused the tr

RE: [PATCH 3/6] drm/amdgpu:re-write sriov_reinit_early/late

It's correct and already working on vega10/tonga for days, In fact the guilty context already works at my side BR Monk -Original Message- From: Christian König [mailto:deathsim...@vodafone.de] Sent: Wednesday, May 03, 2017 5:02 PM To: Liu, Monk ; amd-gfx@lists.freedesktop.org Subjec

RE: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

1,My idea is that userspace should rather gather the feedback during the next command submission. This has the advantage that you don't need to keep userspace alive till all jobs are done. > No, we need to clean the hw ring (cherry-pick out guilty entities' job in all > rings) after gpu reset,

Re: [PATCH 1/6] drm/amdgpu:fix cannot receive rcv/ack irq bug

Am 03.05.2017 um 05:48 schrieb Monk Liu: Change-Id: Ie8672e0c9358d9542810ce05c822d9367249bbd7 Signed-off-by: Monk Liu Acked-by: christian.koe...@amd.com> --- drivers/gpu/drm/amd/amdgpu/mxgpu_ai.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/amd/a

Re: [PATCH 2/6] drm/amdgpu:need som change on vega10 mailbox

Am 03.05.2017 um 05:48 schrieb Monk Liu: if sriov gpu reset is invoked by job timeout, it is run in a global work-queue which is very slow and better not call msleep ortherwise it takes long time to get back CPU. so make below changes: 1: Change msleep 1 to mdelay 5 2: Ignore the ack fail from

Re: [PATCH 4/6] drm/amdgpu:cleanups KIQ ring_funcs emit_frame_size

Am 03.05.2017 um 05:48 schrieb Monk Liu: since we don't need hdp flush/inval for KIQ anymore Change-Id: I8518f479afebb73c68ef922880f92dae53b665b9 Signed-off-by: Monk Liu Reviewed-by: Christian König --- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 2 -- drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c

Re: [PATCH 3/6] drm/amdgpu:re-write sriov_reinit_early/late

Am 03.05.2017 um 05:48 schrieb Monk Liu: 1,this way we make those routines compatible with the sequence requirment for both Tonga and Vega10 2,ignore PSP hw init when doing TDR, because for SR-IOV device the ucode won't get lost after VF FLR, so no need to invoke PSP doing the ucode reloading

Re: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

1, This is necessary otherwise how can I access entity pointer after a job timedout No that isn't necessary. The problem with your idea is that you want to actively push the feedback/status from the job execution back to userspace when an error (timeout) happens. My idea is that userspace s

Re: [PATCH] drm/amdgpu/gfx9: derive tile pipes from golden settings

Am 02.05.2017 um 22:17 schrieb Alex Deucher: rather than hardcoding it. Signed-off-by: Alex Deucher Acked-by: Christian König --- drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c b/driver

Re: [PATCH 1/5] drm/amdgpu:keep ctx alive till all job finished

On 2017年05月03日 14:02, Liu, Monk wrote: You can add ctx as filed of job, but not get reference of it, when you try to use ctx, just check if ctx == NULL. > that doesn't work at all... job->ctx will always be non-NULL after it is initialized, you just refer to a wild pointer after CTX released