On Fri, Nov 4, 2016 at 12:43 PM, Marek Olšák <[email protected]> wrote: > On Fri, Nov 4, 2016 at 5:23 PM, Alex Deucher <[email protected]> wrote: >> On Fri, Nov 4, 2016 at 10:57 AM, Marek Olšák <[email protected]> wrote: >>> On Nov 4, 2016 3:29 PM, "Emil Velikov" <[email protected]> wrote: >>>> >>>> On 31 October 2016 at 15:12, Marek Olšák <[email protected]> wrote: >>>> > First, DRI_PRIME should work OK on radeon & amdgpu. I've been testing >>>> > it with 2 GPUs in 2 PCIe slots. (only OpenGL though) >>>> > >>>> > I think the thread got derailed at the beginning and nobody asked the >>>> > important question: >>>> > >>>> > Does radeonsi need PIPE_BIND_VIDEO_DECODE_OUTPUT that it would >>>> > translate into linear? >>>> > >>>> Agreed things got derailed a bit. >>>> >>>> On the patch itself, can we get an ack/r-b, please? >>>> It'll be nice to have nouveau working again, until a >>>> better/alternative solution is found. >>> >>> I'm okay with the patch. My only concern is decoding performance. If the >>> decoder works in 64x1 blocks, tiling will hurt. That's the theory. I don't >>> know how the decoder works. >> >> Linear definitely performs better. Some early UVD blocks didn't even >> support tiling IIRC. > > I've looked at the code and it looks like VdpOutputSurface is only > used for final 3D passes and not as a decoding output, while > VdpVideoSurface is used as a decoding output. Is that correct?
I think so, but I'm not that familiar with the video code. Alex _______________________________________________ mesa-dev mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/mesa-dev
