[PATCH 4/4] drm/amdgpu: used cached gca values for vi_read_register
Alex Deucher
alexdeucher at gmail.com
Thu Oct 13 23:41:03 UTC 2016
On Tue, Oct 11, 2016 at 7:48 PM, Andy Furniss <adf.lists at gmail.com> wrote:
> The boot vce/uvd issue is fixed in 4.9-wip now, so I can boot latest but -
>
> The segfault on startx is still there.
Fixed in v2.
Alex
>
> I still can't shutdown/reboot
> as in https://bugs.freedesktop.org/show_bug.cgi?id=98200
> which is fixed for radeon, but apparently not (for me at least) with amdgpu.
> Reverting amdgpu always apply pci shutdown callbacks has fixed this
> for recent kernels, though it's not that simple, as I do have a kernel
> from last month that has the commit but works OK.
>
>
> StDenis, Tom wrote:
>>
>> Yup confirmed...
>>
>>
>> [root at fx6 linux]# git bisect good
>> da00756f75422b04befae381e7e48d0cacf299f3 is the first bad commit
>> commit da00756f75422b04befae381e7e48d0cacf299f3
>> Author: Christian König <christian.koenig at amd.com>
>> Date: Wed Oct 5 16:09:32 2016 +0200
>>
>> drm/amdgpu: move align_mask and nop into ring funcs as well
>>
>> They are constant as well.
>>
>> Signed-off-by: Christian König <christian.koenig at amd.com>
>> Reviewed-by: Alex Deucher <alexander.deucher at amd.com>
>>
>> :040000 040000 a8f2ca9290985991b3cc37cbeb902f060573fdbb
>> 2309b176a1d4ff9e59eaf25688b5db6eb9759dd0 M drivers
>>
>>
>>
>>
>> ________________________________
>> From: amd-gfx <amd-gfx-bounces at lists.freedesktop.org> on behalf of
>> StDenis, Tom <Tom.StDenis at amd.com>
>> Sent: Tuesday, October 11, 2016 09:20
>> To: Andy Furniss; amd-gfx at lists.freedesktop.org
>> Cc: Deucher, Alexander
>> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for
>> vi_read_register
>>
>>
>> Hi Andy,
>>
>>
>> Ha, I'm 1 step away (that was my last bad commit) from determining that.
>> I'll finish up for formality sake but I suspect that is the bad one.
>>
>>
>> Cheers,
>>
>> Tom
>>
>>
>> ________________________________
>> From: Andy Furniss <adf.lists at gmail.com>
>> Sent: Tuesday, October 11, 2016 09:10
>> To: StDenis, Tom; amd-gfx at lists.freedesktop.org
>> Cc: Deucher, Alexander
>> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for
>> vi_read_register
>>
>> StDenis, Tom wrote:
>>>
>>> Actually NAK that, I don't have the cache patch internally. So my Tonga
>>> crash is something else.
>>
>>
>> Yes, seems the boot fail starts with the tip commit =
>>
>> drm/amdgpu: move align_mask and nop into ring funcs as well
>> They are constant as well.
>>
>> Will also reply to that patch.
>>
>>>
>>>
>>> Tom
>>>
>>>
>>> ________________________________
>>> From: amd-gfx <amd-gfx-bounces at lists.freedesktop.org> on behalf of
>>> StDenis, Tom <Tom.StDenis at amd.com>
>>> Sent: Tuesday, October 11, 2016 08:11
>>> To: Andy Furniss; amd-gfx at lists.freedesktop.org
>>> Cc: Deucher, Alexander
>>> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for
>>> vi_read_register
>>>
>>>
>>> Yup, my Tonga system dies on modprobe with the tip of stg-4.7 this
>>> morning.
>>>
>>>
>>> Tom
>>>
>>>
>>> ________________________________
>>> From: amd-gfx <amd-gfx-bounces at lists.freedesktop.org> on behalf of Andy
>>> Furniss <adf.lists at gmail.com>
>>> Sent: Tuesday, October 11, 2016 08:07
>>> To: Alex Deucher; amd-gfx at lists.freedesktop.org
>>> Cc: Deucher, Alexander
>>> Subject: Re: [PATCH 4/4] drm/amdgpu: used cached gca values for
>>> vi_read_register
>>>
>>> Alex Deucher wrote:
>>>>
>>>> Using the cached values has less latency for bare metal and SR-IOV,
>>>> and prevents reading back bogus values if the engine is powergated.
>>>
>>>
>>> I can't startx since this on r9285.
>>>
>>> Seems there are further issues later in current 4.9-wip = I die on
>>> driver load, will see if that's related or one of Christians patches
>>> later.
>>>
>>> Also anyone on list have shutdown/reboot issues - I can't for the past
>>> few 4.9-wips (I did tag on to someone elses bug, but that's gone quiet).
>>>
>>> One thing at a time this commit for me, boots into fbcon OK but then
>>> segfaults -
>>>
>>> [ 19.694] (II) AIGLX: Loaded and initialized radeonsi
>>> [ 19.694] (II) GLX: Initialized DRI2 GL provider for screen 0
>>> [ 19.694] (EE)
>>> [ 19.694] (EE) Backtrace:
>>> [ 19.717] (EE) 0: /usr/libexec/Xorg (OsSigHandler+0x29) [0x5853b9]
>>> [ 19.726] (EE) 1: /lib/libc.so.6 (killpg+0x40) [0x7f97e86cb68f]
>>> [ 19.756] (EE) 2: /usr/lib/dri/radeonsi_dri.so
>>> (amdgpu_surface_init+0x486) [0x7f97e1a40746]
>>> [ 19.757] (EE) 3: /usr/lib/dri/radeonsi_dri.so
>>> (r600_texture_create_object+0xd7) [0x7f97e1a5dfe7]
>>> [ 19.759] (EE) 4: /usr/lib/dri/radeonsi_dri.so
>>> (r600_texture_create+0x75) [0x7f97e1a5ea15]
>>> [ 19.771] (EE) 5: /usr/lib/dri/radeonsi_dri.so
>>> (st_texture_create+0x5b) [0x7f97e178af1b]
>>> [ 19.773] (EE) 6: /usr/lib/dri/radeonsi_dri.so
>>> (guess_and_alloc_texture+0x1ac) [0x7f97e173ae9c]
>>> [ 19.774] (EE) 7: /usr/lib/dri/radeonsi_dri.so
>>> (st_AllocTextureImageBuffer+0x3a4) [0x7f97e173b3d4]
>>> [ 19.775] (EE) 8: /usr/lib/dri/radeonsi_dri.so (st_TexImage+0x6c)
>>> [0x7f97e173f9ac]
>>> [ 19.786] (EE) 9: /usr/lib/dri/radeonsi_dri.so
>>> (_mesa_get_fallback_texture+0x193) [0x7f97e16cb763]
>>> [ 19.786] (EE) 10: /usr/lib/dri/radeonsi_dri.so
>>> (_mesa_update_texture+0x1a7) [0x7f97e16d1c37]
>>> [ 19.787] (EE) 11: /usr/lib/dri/radeonsi_dri.so
>>> (_mesa_update_state_locked+0x683) [0x7f97e16b00e3]
>>> [ 19.787] (EE) 12: /usr/lib/dri/radeonsi_dri.so
>>> (_mesa_update_state+0x11) [0x7f97e16b0441]
>>> [ 19.787] (EE) 13: /usr/lib/dri/radeonsi_dri.so
>>> (_mesa_EGLImageTargetTexture2DOES+0x168) [0x7f97e16c5c88]
>>> [ 19.802] (EE) 14: /usr/lib/xorg/modules/libglamoregl.so
>>> (glamor_create_texture_from_image+0xaa) [0x7f97d93bf89a]
>>> [ 19.803] (EE) 15: /usr/lib/xorg/modules/libglamoregl.so
>>> (glamor_egl_create_textured_pixmap+0x12d) [0x7f97d93bfafd]
>>> [ 19.803] (EE) 16: /usr/lib/xorg/modules/libglamoregl.so
>>> (glamor_egl_create_textured_screen+0x33) [0x7f97d93bfc23]
>>> [ 19.811] (EE) 17: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
>>> (amdgpu_glamor_create_screen_resources+0x67) [0x7f97e2ea7cf7]
>>> [ 19.812] (EE) 18: /usr/lib/xorg/modules/drivers/amdgpu_drv.so
>>> (AMDGPUCreateScreenResources_KMS+0x27e) [0x7f97e2e9fe3e]
>>> [ 19.813] (EE) 19: /usr/libexec/Xorg
>>> (xf86CrtcCreateScreenResources+0x2e) [0x4a3b7e]
>>> [ 19.814] (EE) 20: /usr/libexec/Xorg (dix_main+0x26e) [0x438ebe]
>>> [ 19.815] (EE) 21: /lib/libc.so.6 (__libc_start_main+0xf0)
>>> [0x7f97e86b85e0]
>>> [ 19.816] (EE) 22: /usr/libexec/Xorg (_start+0x29) [0x424659]
>>> [ 19.816] (EE)
>>> [ 19.816] (EE) Segmentation fault at address 0x4023321cc
>>> [ 19.816] (EE)
>>> Fatal server error:
>>> [ 19.816] (EE) Caught signal 11 (Segmentation fault). Server aborting
>>> _______________________________________________
>>> amd-gfx mailing list
>>> amd-gfx at lists.freedesktop.org
>>> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
>>
>> amd-gfx Info Page -
>> lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
>> lists.freedesktop.org
>> To see the collection of prior postings to the list, visit the amd-gfx
>> Archives. Using amd-gfx: To post a message to all the list members, send
>> email ...
>>
>>
>>
>>> amd-gfx Info Page -
>>> lists.freedesktop.org<https://lists.freedesktop.org/mailman/listinfo/amd-gfx>
>>> lists.freedesktop.org
>>> To see the collection of prior postings to the list, visit the amd-gfx
>>> Archives. Using amd-gfx: To post a message to all the list members, send
>>> email ...
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>> _______________________________________________
>> amd-gfx mailing list
>> amd-gfx at lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
>>
>
> _______________________________________________
> amd-gfx mailing list
> amd-gfx at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
More information about the amd-gfx
mailing list