This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
framebuffer corruption due to overlapping stp instructions on arm64
- From: Mikulas Patocka <mpatocka at redhat dot com>
- To: Catalin Marinas <catalin dot marinas at arm dot com>, Will Deacon <will dot deacon at arm dot com>, Russell King <linux at armlinux dot org dot uk>, Thomas Petazzoni <thomas dot petazzoni at free-electrons dot com>
- Cc: linux-arm-kernel at lists dot infradead dot org, linux-kernel at vger dot kernel dot org, libc-alpha at sourceware dot org
- Date: Thu, 2 Aug 2018 15:31:15 -0400 (EDT)
- Subject: framebuffer corruption due to overlapping stp instructions on arm64
Hi
I tried to use a PCIe graphics card on the MacchiatoBIN board and I hit a
strange problem.
When I use the links browser in graphics mode on the framebuffer, I get
occasional pixel corruption. Links does memcpy, memset and 4-byte writes
on the framebuffer - nothing else.
I found out that the pixel corruption is caused by overlapping unaligned
stp instructions inside memcpy. In order to avoid branching, the arm64
memcpy implementation may write the same destination twice with different
alignment. If I put "dmb sy" between the overlapping stp instructions, the
pixel corruption goes away.
This seems like a hardware bug. Is it a known errata? Do you have any
workarounds for it?
I tried AMD card (HD 6350) and NVidia (NVS 285) and both exhibit the same
corruption. OpenGL doesn't work (it results in artifacts on the AMD card
and lock-up on the NVidia card), but it's quite expected if even simple
writing to the framebuffer doesn't work.
Mikulas