Am 21.08.2018 um 23:23 schrieb Andrey Grodzovsky:
Problem:
When executing echo 1 > /sys/class/drm/card0/device/remove kasan warning
as bellow and page fault happen because adev->gart.pages already freed by the
time amdgpu_gart_unbind is called.
BUG: KASAN: user-memory-access in amdgpu_gart_unbin
Am 21.08.2018 um 23:45 schrieb Felix Kuehling:
This patch is meant for amd-staging-drm-next. It's part of my effort to
reduce differences between kfd-staging and upstream and eventually
replace all our memory manager hacks with upstream solutions.
This commit should only affect GFXv8 and older.
Under virtualization, We have to require full-acess gpu at
suspend phase2 due to some special register access. In order
to guarantee it, we should move set pg and cg state to suspend
phase2 to make registers access at one full-acess lifecycle.
Signed-off-by: Yintian Tao
---
drivers/gpu/drm/amd/a
Used wrong pp interface, the original interface is
exposed by dpm on SI and paritial CI.
Pointed out by Francis David
v2: dal only need to set min_dcefclk and min_fclk to smu.
so use display_clock_voltage_request interface,
instand of update all display configuration.
Acked-by: Alex Deu
You may get the answer from https://www.x.org/wiki/RadeonFeature/.
Thanks
JimQu
发件人: amd-gfx 代表 Paul Menzel
发送时间: 2018年8月22日 13:30:12
收件人: amd-gfx@lists.freedesktop.org
主题: Find out DCE version
Dear Linux folks,
How do I easily determine from a runni
Dear Linux folks,
How do I easily determine from a running system what version of the DCE
(DisplayCore Engine?) the graphics device is?
Kind regards,
Paul
___
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman
Dear Andrey,
Am 21.08.2018 um 23:23 schrieb Andrey Grodzovsky:
Problem:
When executing echo 1 > /sys/class/drm/card0/device/remove kasan warning
as bellow and page fault happen because adev->gart.pages already freed by the
time amdgpu_gart_unbind is called.
BUG: KASAN: user-memory-access in am
Don't use kiq interrupt, as it might sleep.
Signed-off-by: Emily Deng
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
b/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
index fcdbacb..f49f5f3 10064
When kiq flush fail, it could fallback to mmio flush, so don't report an
error, just a warning.
Signed-off-by: Emily Deng
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
b/drivers/gpu/drm/amd/amd
When in gpu reset, don't use kiq, it will generate more TDR.
Signed-off-by: Emily Deng
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
b/drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c
ind
On Tue, Aug 21, 2018 at 03:54:28PM +0200, Christian König wrote:
> Am 21.08.2018 um 15:43 schrieb Huang Rui:
> >On Mon, Aug 20, 2018 at 09:17:12PM +0800, Christian König wrote:
> >>Am 20.08.2018 um 08:05 schrieb Huang Rui:
> >>>On Fri, Aug 17, 2018 at 06:38:16PM +0800, Koenig, Christian wrote:
> >>
On 08/22/2018 05:25 AM, Felix Kuehling wrote:
Set the VM size based on system memory size between the ASIC-specific
limits given by min_vm_size and max_bits. GFXv9 GPUs will keep their
default VM size of 256TB (48 bit). Only older GPUs will adjust VM size
depending on system memory size.
This ma
On 08/22/2018 05:23 AM, Andrey Grodzovsky wrote:
Problem:
When executing echo 1 > /sys/class/drm/card0/device/remove kasan warning
as bellow and page fault happen because adev->gart.pages already freed by the
time amdgpu_gart_unbind is called.
BUG: KASAN: user-memory-access in amdgpu_gart_unbind
This patch is meant for amd-staging-drm-next. It's part of my effort to
reduce differences between kfd-staging and upstream and eventually
replace all our memory manager hacks with upstream solutions.
This commit should only affect GFXv8 and older. It should not have any
negative impact, except bi
Set the VM size based on system memory size between the ASIC-specific
limits given by min_vm_size and max_bits. GFXv9 GPUs will keep their
default VM size of 256TB (48 bit). Only older GPUs will adjust VM size
depending on system memory size.
This makes more VM space available for ROCm application
Problem:
When executing echo 1 > /sys/class/drm/card0/device/remove kasan warning
as bellow and page fault happen because adev->gart.pages already freed by the
time amdgpu_gart_unbind is called.
BUG: KASAN: user-memory-access in amdgpu_gart_unbind+0x98/0x180 [amdgpu]
Write of size 8 at addr 00
On 2018-08-21 03:47 PM, Alex Deucher wrote:
> On Tue, Aug 21, 2018 at 3:38 PM Harry Wentland wrote:
>>
>> On 2018-08-16 04:38 PM, Alex Deucher wrote:
>>> Seems to cause blank screens.
>>>
>>> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=106940
>>> Signed-off-by: Alex Deucher
>>
>> Your SOB i
On 2018-08-21 03:45 PM, Alex Deucher wrote:
> On Tue, Aug 21, 2018 at 3:36 PM Harry Wentland wrote:
>>
>>
>>
>> On 2018-08-16 09:31 AM, Alex Deucher wrote:
>>> This adds support for LVDS displays.
>>>
>>> v2: add support for spread spectrum, sink detect
>>> v3: clean up enable_lvds_output
>>> v4:
Yes, this is for amd-staging-drm-next and ultimately upstream.
Alex
From: Kuehling, Felix
Sent: Tuesday, August 21, 2018 4:10:07 PM
To: Quan, Evan; amd-gfx@lists.freedesktop.org; Russell, Kent
Cc: Deucher, Alexander; Zhang, Hawking
Subject: Re: [PATCH] drm/amdgpu
[+Kent]
Which branch is this for?
amd-staging-drm-next doesn't have Shaoyun's other changes for changing
the doorbell layout, so this change looks reasonable for
amd-staging-drm-next.
Kent, we should not merge this change into amd-kfd-staging, because it
would break KFD's 8 SDMA queues per engin
On Tue, Aug 21, 2018 at 3:38 PM Harry Wentland wrote:
>
> On 2018-08-16 04:38 PM, Alex Deucher wrote:
> > Seems to cause blank screens.
> >
> > Bug: https://bugs.freedesktop.org/show_bug.cgi?id=106940
> > Signed-off-by: Alex Deucher
>
> Your SOB is using a different email from the author. Mind if
On Tue, Aug 21, 2018 at 3:36 PM Harry Wentland wrote:
>
>
>
> On 2018-08-16 09:31 AM, Alex Deucher wrote:
> > This adds support for LVDS displays.
> >
> > v2: add support for spread spectrum, sink detect
> > v3: clean up enable_lvds_output
> > v4: fix up link_detect
> > v5: remove assert on 888 fo
On 2018-08-16 04:38 PM, Alex Deucher wrote:
> Seems to cause blank screens.
>
> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=106940
> Signed-off-by: Alex Deucher
Your SOB is using a different email from the author. Mind if I change it to
your gmail?
Harry
> ---
> drivers/gpu/drm/amd/dis
On 2018-08-16 09:31 AM, Alex Deucher wrote:
> This adds support for LVDS displays.
>
> v2: add support for spread spectrum, sink detect
> v3: clean up enable_lvds_output
> v4: fix up link_detect
> v5: remove assert on 888 format
>
> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=105880
> Sig
On Tue, Aug 21, 2018 at 9:11 AM Christian König
wrote:
>
> At this point the command submission can still be interrupted.
>
> Signed-off-by: Christian König
Acked-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 16 +---
> 1 file changed, 9 insertions(+), 7 deleti
On 2018-08-16 04:38 PM, Alex Deucher wrote:
> Seems to cause blank screens.
>
> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=106940
> Signed-off-by: Alex Deucher
Reviewed-by: Harry Wentland
Harry
> ---
> drivers/gpu/drm/amd/display/dc/dce110/dce110_hw_sequencer.c | 8 +++-
> 1 file
On 2018-08-14 05:09 AM, Dan Carpenter wrote:
> The if statement isn't indented and it makes static checkers complain.
>
> Signed-off-by: Dan Carpenter
Reviewed-by: Harry Wentland
Harry
>
> diff --git a/drivers/gpu/drm/amd/display/dc/core/dc_resource.c
> b/drivers/gpu/drm/amd/display/dc/core
On Fri, Aug 17, 2018 at 3:01 PM Randy Dunlap wrote:
>
> On 08/16/2018 08:09 PM, Wen Yang wrote:
> > Fix comile warning like,
> > CC [M] drivers/gpu/drm/i915/gvt/execlist.o
> > CC [M] drivers/gpu/drm/nouveau/nvkm/subdev/instmem/nv50.o
> > CC [M] drivers/gpu/drm/radeon/btc_dpm.o
> > CC [M
Alternatively, we could cherry-pick the change to the doorbell ranges from
Shaoyun. Might also be useful to leave a comment here about the doorbell range
for vega20 sdma.
Alex
From: Zhang, Hawking
Sent: Tuesday, August 21, 2018 5:02:24 AM
To: Quan, Evan; amd-g
Am 21.08.2018 um 15:43 schrieb Huang Rui:
On Mon, Aug 20, 2018 at 09:17:12PM +0800, Christian König wrote:
Am 20.08.2018 um 08:05 schrieb Huang Rui:
On Fri, Aug 17, 2018 at 06:38:16PM +0800, Koenig, Christian wrote:
Am 17.08.2018 um 12:08 schrieb Huang Rui:
I continue to work for bulk moving
On Mon, Aug 20, 2018 at 09:17:12PM +0800, Christian König wrote:
> Am 20.08.2018 um 08:05 schrieb Huang Rui:
> > On Fri, Aug 17, 2018 at 06:38:16PM +0800, Koenig, Christian wrote:
> >> Am 17.08.2018 um 12:08 schrieb Huang Rui:
> >>> I continue to work for bulk moving that based on the proposal by
At this point the command submission can still be interrupted.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c
b/drivers/gpu/drm/amd/amdgpu/amdgp
Am 21.08.2018 um 12:03 schrieb Emily Deng:
Use adev->gfx.kiq.ring.ready directly.
For sriov, don't use kiq in exclusive mode, as don't know how long time
it will take, some times it will occur exclusive timeout.
Signed-off-by: Emily Deng
Reviewed-by: Christian König
---
drivers/gpu/drm/
s/blokcs/blocks
s/dyanamic/dynamic
Regards
Pratik
On 8/21/2018 3:23 PM, Shirish S wrote:
This patch extends amdgpu.ip_block_mask to a Kconfig option as
well, that can be altered by user at build time for OS' that
do not permit passing dyanamic loading of amdgpu driver and also
passing command
On 2018-08-21 11:53 a.m., Shirish S wrote:
> This patch extends amdgpu.ip_block_mask to a Kconfig option as
> well, that can be altered by user at build time for OS' that
> do not permit passing dyanamic loading of amdgpu driver and also
> passing command line arguments.
>
> Note: This option to b
Use adev->gfx.kiq.ring.ready directly.
For sriov, don't use kiq in exclusive mode, as don't know how long time
it will take, some times it will occur exclusive timeout.
Signed-off-by: Emily Deng
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 15 ---
1 file changed, 8 insertions(+), 7 d
This patch extends amdgpu.ip_block_mask to a Kconfig option as
well, that can be altered by user at build time for OS' that
do not permit passing dyanamic loading of amdgpu driver and also
passing command line arguments.
Note: This option to be used purely for debugging purposes and
amdgpu driver
>-Original Message-
>From: Christian König
>Sent: Tuesday, August 21, 2018 5:05 PM
>To: Deng, Emily ; amd-gfx@lists.freedesktop.org
>Subject: Re: [PATCH v3] drm/amdgpu/sriov: Only sriov runtime support use kiq
>
>Am 21.08.2018 um 10:41 schrieb Emily Deng:
>> Move the check into the caller
Am 21.08.2018 um 10:41 schrieb Emily Deng:
Move the check into the caller instead of returning an error code here
For sriov, don't use kiq in exclusive mode, as don't know how long time
it will take, some times it will occur exclusive timeout.
Signed-off-by: Emily Deng
---
drivers/gpu/drm/am
Reviewed-by: Hawking Zhang
Regards,
Hawking
-Original Message-
From: amd-gfx On Behalf Of Evan Quan
Sent: 2018年8月21日 16:21
To: amd-gfx@lists.freedesktop.org
Cc: Deucher, Alexander ; Quan, Evan
; Zhang, Hawking
Subject: [PATCH] drm/amdgpu: fix sdma doorbell range setting
Use the old do
Move the check into the caller instead of returning an error code here
For sriov, don't use kiq in exclusive mode, as don't know how long time
it will take, some times it will occur exclusive timeout.
Signed-off-by: Emily Deng
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 19 +++
Use the old doorbell range setting until the driver is
able to support more sdma queues.
Change-Id: I80fc067fc64878d3c7dc3d38bbe1c6c94bec397f
Signed-off-by: Evan Quan
---
drivers/gpu/drm/amd/amdgpu/nbio_v7_4.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/am
>-Original Message-
>From: Christian König
>Sent: Tuesday, August 21, 2018 3:51 PM
>To: Deng, Emily ; amd-gfx@lists.freedesktop.org
>Subject: Re: [PATCH v2] drm/amdgpu/sriov: Only sriov runtime support use kiq
>
>Am 21.08.2018 um 07:16 schrieb Emily Deng:
>> Refine the code style, add brac
Am 21.08.2018 um 07:16 schrieb Emily Deng:
Refine the code style, add brackets.
For sriov, don't use kiq in exclusive mode, as don't know how long time
it will take, some times it will occur exclusive timeout.
Signed-off-by: Emily Deng
---
drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 2 +-
1 fil
44 matches
Mail list logo
