On Mon, 6 Aug 2018, Ard Biesheuvel wrote: > No that works fine for me. VDPAU acceleration works as well, but it > depends on your chromium build whether it can actually use it, I > think? In any case, mplayer can use vdpau to play 1080p h264 without > breaking a sweat on this system. > > Note that the VDPAU driver also relies on memory semantics, i.e., it > may use DC ZVA (zero cacheline) instructions which are not permitted > on device mappings. This is probably just glibc's memset() being > invoked, but I remember hitting this on another PCIe-impaired arm64 > system with Synopsys PCIe IP DC ZVA can be disabled with the SCTRL_EL1.DZE bit, so that neither kernel nor userspace will use it. If the mapping didn't support unaligned writes, it would be worse. Mikulas
- Re: framebuffer corruption due to overlap... Florian Weimer
- Re: framebuffer corruption due to ov... Mikulas Patocka
- Re: framebuffer corruption due t... Ard Biesheuvel
- Re: framebuffer corruption d... Mikulas Patocka
- Re: framebuffer corrupti... Ard Biesheuvel
- Re: framebuffer cor... Mikulas Patocka
- Re: framebuffer... Ard Biesheuvel
- Re: framebuffer... Mikulas Patocka
- Re: framebuffer... Ard Biesheuvel
- Re: framebuffer... Ard Biesheuvel
- Re: framebuffer... Mikulas Patocka
- Re: framebuffer... Ard Biesheuvel
- Re: framebuffer... Mikulas Patocka
- Re: framebuffer corrupti... Siddhesh Poyarekar
- Re: framebuffer cor... Ard Biesheuvel
- Re: framebuffer corruption due to ov... Tulio Magno Quites Machado Filho
- Re: framebuffer corruption due to overlap... Pavel Machek
- Re: framebuffer corruption due to ov... Mikulas Patocka
- Re: framebuffer corruption due to overlap... Mikulas Patocka
- RE: framebuffer corruption due to overlap... Mikulas Patocka
- RE: framebuffer corruption due to ov... David Laight