Hi, On Fri, Jul 24, 2020 at 10:35:49PM +0200, Jernej Skrabec wrote: > It was discovered in the past by Ondrej Jirman that mixer register read > may occasionally return wrong value, most likely zero. It turns out > that all mixer units are affected by this issue. This becomes especially > obvious with applications like video player. After a few minutes of a > playback visual glitches appeared but not always in the same way. After > register inspection it was clear that some bits are not set even when > they should be. There was a similar issue on the earlier backend stuff, and it turned out to be because we were accessing registers while the registers "commit" wasn't completed yet. It looks that in the DE2, it's the register GLB_DBUFFER that controls it (offset 0x08). It would be worth looking into whether it happens only when the bit 0 is still high. I ended up writing a small program using devmem back then to write a known value in known to be faulty register and checking it in a tight loop (and then with a poll on that bit) to see if that fixed it or not. > Best solution would be to shuffle the code a bit to avoid > read-modify-write operations and use only register writes. However, > quicker solution is to enable caching support in regmap which is also > used here. Such fix is also easier to backport in stable kernels. It only partially fixes the issue though. None of the volatile registers would be covered, and this includes GLB_CTL too at least. Maxime
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
