<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - r600g causes KWin crashes with kernel 3.8" href="https://bugs.freedesktop.org/show_bug.cgi?id=61182#c33">Comment # 33</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - r600g causes KWin crashes with kernel 3.8" href="https://bugs.freedesktop.org/show_bug.cgi?id=61182">bug 61182</a> from <a class="email" href="mailto:agd5f@yahoo.com" title="Alex Deucher <agd5f@yahoo.com>"> Alex Deucher</a> <pre>(In reply to <a href="show_bug.cgi?id=61182#c32">comment #32</a>) > Thanks, Knut, for bisecting in #27. Thanks, Stan, for confirming bisection > in #28. > > So the bad changeset is > <a href="http://cgit.freedesktop.org/mesa/mesa/commit/">http://cgit.freedesktop.org/mesa/mesa/commit/</a> > ?id=35840ab189595b817fa8b1a1df8cc92474a7c38d > > I read that code (out of context: I'm not familiar with Xorg code). It kind > of looked as if things with obvious allocation potential were followed by > asserts to check that the allocation worked. So why are we observing SIGBUS > rather than assertion errors? If allocation failure is possible, even > assertion failure seems harsh (but at least more diagnostic). As per <a href="show_bug.cgi?id=61182#c29">comment 29</a>, the MSAA surface is too big to be mapped by the CPU (the CPU's window into VRAM is only 256 MB). The allocation is successful, but the CPU is not able to map the buffer due to the limited window. You get a sigbus because the mapping fails and the CPU tries to access an address beyond the PCI aperture where vram is mapped. The solution is to either disable MSAA or as per <a href="show_bug.cgi?id=61182#c29">comment 29</a>, use the GPU to initialize the CMASK/HTILE buffers rather than using the CPU.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>