<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [GM45] igt@gem_mmap_gtt@basic-small-bo-tiledx - fail - Failed assertion: memcmp(ptr , tiled_pattern, PAGE_SIZE) == 0 (edit)" href="https://bugs.freedesktop.org/show_bug.cgi?id=106848#c14">Comment # 14</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [GM45] igt@gem_mmap_gtt@basic-small-bo-tiledx - fail - Failed assertion: memcmp(ptr , tiled_pattern, PAGE_SIZE) == 0 (edit)" href="https://bugs.freedesktop.org/show_bug.cgi?id=106848">bug 106848</a> from <a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> Chris Wilson</a> <pre>(In reply to Adric Blake from <a href="show_bug.cgi?id=106848#c13">comment #13</a>) > Okay, so the tiny i915 patch, on drm-tip, does "fix" the issue, at least for > the 6G config. It might be a different story for the 3G config since it's > all 32-bit (36-bit?) addressable, from what I can understand. I haven't > tested it, though. Interesting. If we could work out the dual-channel portion, we could try and restrict our physical pages to that portion... But our choice is limit to DM32, so it'll only work for a few configs. > The patched IGT test works, but all it does is skip every time. Is that > intentional? It does that both on a 6G system and a 4G (2G + 2G) system. Yes. Your system will be reporting that it is using the address of the physical page as a component in its swizzling, which the igt doesn't take into account and so its assertions are flawed.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are on the CC list for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>