> -Original Message-
> From: Chen, Guchun
> Sent: 2019年9月2日 10:13
> To: Zhou1, Tao ; amd-gfx@lists.freedesktop.org;
> Grodzovsky, Andrey ; Li, Dennis
> ; Zhang, Hawking
> Cc: Zhou1, Tao
> Subject: RE: [PATCH 1/4] drm/amdgpu: change ras bps type to eeprom table
> record structure
>
>
From: Dave Airlie
Purelink FX-D120 (DVI over fibre extendeders) drive the HPD line
low on the GPU side when the monitor side device is unplugged
or loses the connection. However the GPU side device seems to cache
EDID in this case. Per DVI spec the HPD line must be driven in order
for EDID to be
> -Original Message-
> From: Chen, Guchun
> Sent: 2019年9月2日 10:11
> To: Zhou1, Tao ; amd-gfx@lists.freedesktop.org;
> Grodzovsky, Andrey ; Li, Dennis
> ; Zhang, Hawking
> Cc: Zhou1, Tao
> Subject: RE: [PATCH 2/4] drm/amdgpu: Hook EEPROM table to RAS
>
>
>
> -Original
> -Original Message-
> From: Grodzovsky, Andrey
> Sent: 2019年8月30日 22:03
> To: Zhou1, Tao ; amd-gfx@lists.freedesktop.org;
> Chen, Guchun ; Li, Dennis ;
> Zhang, Hawking
> Subject: Re: [PATCH 4/4] drm/amdgpu: move the call of ras recovery_init and
> bad page reserve to proper place
>
After the minor comment is addressed is Patch 1 and patch 2, the series are:
Reviewed-by: Guchun Chen
Regards,
Guchun
-Original Message-
From: amd-gfx On Behalf Of Tao Zhou
Sent: Friday, August 30, 2019 8:25 PM
To: amd-gfx@lists.freedesktop.org; Grodzovsky, Andrey
; Chen, Guchun ;
-Original Message-
From: amd-gfx On Behalf Of Tao Zhou
Sent: Friday, August 30, 2019 8:25 PM
To: amd-gfx@lists.freedesktop.org; Grodzovsky, Andrey
; Chen, Guchun ; Li, Dennis
; Zhang, Hawking
Cc: Zhou1, Tao
Subject: [PATCH 1/4] drm/amdgpu: change ras bps type to eeprom table record
-Original Message-
From: amd-gfx On Behalf Of Tao Zhou
Sent: Friday, August 30, 2019 8:25 PM
To: amd-gfx@lists.freedesktop.org; Grodzovsky, Andrey
; Chen, Guchun ; Li, Dennis
; Zhang, Hawking
Cc: Zhou1, Tao
Subject: [PATCH 2/4] drm/amdgpu: Hook EEPROM table to RAS
support eeprom
Reviewed-by: Jack Gui
-Original Message-
From: Evan Quan
Sent: Friday, August 30, 2019 5:37 PM
To: amd-gfx@lists.freedesktop.org
Cc: Li, Candice ; Gui, Jack ; Quan, Evan
Subject: [PATCH] drm/amd/powerplay: guard manual mode prerequisite for clock
level force
Force clock level is
Reviewed-by: Hawking Zhang
Sent from my iPhone
> On Sep 1, 2019, at 13:39, Alex Deucher wrote:
>
> We need to check if the nbios funcs exist before
> checking the individual pointers.
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 6 --
> 1 file
Hello team,
What is the status of the AMD Sensor Fusion HUB drive needed for the
mobile Raven Ridge/Picasso/Renoir
as gyroscope? Listed from lspci -nn:
|03:00.7 Non-VGA unclassified device []: Advanced Micro Devices,
Inc. [AMD] Raven/Raven2/Renoir Sensor Fusion Hub [1022:15e4]|
Currently,
On Sun, Sep 1, 2019 at 1:09 PM Przemek Socha wrote:
>
> Hello everyone,
>
> after today sync with amd-staging-drm-next repo my machine was hit by Ooops
> bug.
> Maybe my google-foo is weak, but I could not find any fix on patchwork for
> this
> that will/was implemented or planned.
>
> Machine
We need to check if the nbios funcs exist before
checking the individual pointers.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c
yeah, that's fine.
Alex
On Fri, Aug 30, 2019 at 8:21 PM Grodzovsky, Andrey
wrote:
>
> But I am not the one cherry-picking to DKMS, should I just let this person
> know this is the DKMS code he should use for when appropriate API doesn't
> exist ?
>
> Andrey
>
>
On Sun, Sep 01, 2019 at 11:38:10AM +0200, Petr Cvek wrote:
> The code is:
>
> struct radeon_mn *rmn = bo->mn;
> ...
> mutex_lock(>lock); //<-crash
>
> A quick assert proves the bo->mn returns NULL. The code worked in
> 4.19-rc and it seems the problematic patch is
Hello everyone,
after today sync with amd-staging-drm-next repo my machine was hit by Ooops
bug.
Maybe my google-foo is weak, but I could not find any fix on patchwork for this
that will/was implemented or planned.
Machine is a Lenovo netbook with a6-6310 APU, R4 (CIK).
I have done bisection
Hi,
kernel: 5.3.0-rc6-next
After starting Xorg and running xrandr the Xorg crashes with (not exactly
useful, it is MIPS dump):
[ 28.842553] CPU 0 Unable to handle kernel paging request at virtual address
001c, epc == 808de6d4, ra == 804d32ec
[ 28.853387] Oops[#1]:
[ 28.855699] CPU:
Dne 01. 09. 19 v 16:04 Jason Gunthorpe napsal(a):
> On Sun, Sep 01, 2019 at 11:38:10AM +0200, Petr Cvek wrote:
>
>> The code is:
>>
>> struct radeon_mn *rmn = bo->mn;
>> ...
>> mutex_lock(>lock); //<-crash
>>
>> A quick assert proves the bo->mn returns NULL. The code worked
Good News!! I've re-tested this with Linux Kernel 5.3.0-rc6 with Ubuntu
19.4 and Mesa 19.0.2 and Mesa 19.0.8 with the same Polaris RX460 and the
same TYAN S7002 and TYAN S7025 and now it is working properly, being able
to enter the desktop and running glmark2 as well as OpenCL.
On Sat, Oct 20,
18 matches
Mail list logo
