Well, this patch shouldn't change behavior. Are you sure it's not some random thing? I know, for example, that SI isn't very stable with piglit on radeon either.
Marek On Sep 1, 2017 12:28 PM, "Michel Dänzer" <mic...@daenzer.net> wrote: > On 01/09/17 07:23 PM, Nicolai Hähnle wrote: > > On 01.09.2017 11:58, Michel Dänzer wrote: > >> On 29/08/17 11:47 PM, Christian König wrote: > >>> From: Marek Olšák <marek.ol...@amd.com> > >>> > >>> For lower overhead in the CS ioctl. > >>> Winsys allocators are not used with interprocess-sharable resources. > >>> > >>> v2: It shouldn't crash anymore, but the kernel will reject the new > flag. > >>> v3 (christian): Rename the flag, avoid sending those buffers in the > >>> BO list. > >>> v4 (christian): Remove setting the kernel flag for now > >> > >> This change seems to have caused a GPU hang when running piglit on my > >> Kaveri with the radeon kernel driver. Haven't been able to isolate it to > >> a specific test, seems to only happen when running multiple tests > >> concurrently. There's a GPUVM fault before the hang, I suspect it's > >> related: > >> > >> radeon 0000:00:01.0: GPU fault detected: 146 0x0ae6760c > >> radeon 0000:00:01.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x000001D7 > >> radeon 0000:00:01.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0607600C > >> VM fault (0x0c, vmid 3) at page 471, read from 'CPF' (0x43504600) (118) > >> > >> > >> Any ideas? > > > > Only that "read from CPF" means it can only be one of: > > > > - command buffers > > - indirect draw data > > - predication data (conditional render) > > > > (I hope I didn't miss anything) > > > > Hmm, actually, I think CI has unavoidable VM faults related to > > ARB_sparse_buffers, so this may be benign. You could try to exclude the > > ARB_sparse_buffers tests. > > GL_ARB_sparse_buffer isn't supported with the radeon kernel driver AFAICT. > > > -- > Earthling Michel Dänzer | http://www.amd.com > Libre software enthusiast | Mesa and X developer >
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
