<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> <div class="moz-cite-prefix">Uff, well that's quite a problem you ran into here. IOMMU might not help here, cause when it would be the GPU we would have made a mapping once and then the page in question is never unmapped (IIRC). To confirm if it is really the GPU writing those bytes I would add a trace point to amdgpu_ttm_tt_populate() to see which pages the GPU got assigned. If the page with the corruption is not in that list it is unlikely (but not impossible) that the GPU is the one doing the corruption. Good luck, Christian. Am 14.02.2017 um 14:20 schrieb Nicolai Hähnle: </div> <blockquote cite="mid:0f5edda6-e162-78a9-d065-6f53254f5fa1@gmail.com" type="cite">Hi all, on an amd-staging-4.9 kernel with lock debugging and KASAN enabled, I am seeing a bug where I suspect that the GPU may be writing into system memory where it shouldn't. I can reproduce errors fairly reliable by running a parallel piglit run on 8 cores with Tonga. See exhibit1 and exhibit2 for two of the errors that were reported. As you can see, poison data of a dead object was overwritten. If that was done by a use-after-free in kernel code, I would expect to see a KASAN error about it, but I don't. Furthermore, the pattern of overwritten values is quite unusual: single bytes, with 8 byte stride, many times all of them the same value. This is the kind of pattern that could fit GPU writes to an 8-bit texture. See kasan-corrupted for another type of report that I've seen. This report looks like KASAN's internal data structures were corrupted, leading to a crash. Needless to say, while I can reproduce those crashes fairly reliably, they are totally non-deterministic. So the question is how to figure out where the bad memory writes happen. I noticed that the IOMMU on the system was disabled by the BIOS, so I enabled it, in the hopes that that would catch bad GPU behavior. Well, this leads to lots of IO_PAGE_FAULT message during the amdgpu module initialization (see dmesg-iommu). When running piglit, however, I get the same type of random memory corruption errors / crashes as before, and no IOMMU errors. Any ideas on (a) what kind of tools could be helpful in tracking this problem down (if any...), and (b) where in the code the problem lies? I suspect something's wrong with GART mappings when buffers are moved, but that's pretty vague... Thanks, Nicolai <fieldset class="mimeAttachmentHeader"></fieldset> <pre wrap="">_______________________________________________ amd-gfx mailing list <a class="moz-txt-link-abbreviated" href="mailto:amd-gfx@lists.freedesktop.org">amd-gfx@lists.freedesktop.org</a> <a class="moz-txt-link-freetext" href="https://lists.freedesktop.org/mailman/listinfo/amd-gfx">https://lists.freedesktop.org/mailman/listinfo/amd-gfx</a> </pre> </blockquote> </body> </html>