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
