<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - ns2_linux32: radeon VM fault on Hawaii (+mmap errors)"
href="https://bugs.freedesktop.org/show_bug.cgi?id=93301#c14">Comment # 14</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - ns2_linux32: radeon VM fault on Hawaii (+mmap errors)"
href="https://bugs.freedesktop.org/show_bug.cgi?id=93301">bug 93301</a>
from <span class="vcard"><a class="email" href="mailto:maraeo@gmail.com" title="Marek Olšák <maraeo@gmail.com>"> <span class="fn">Marek Olšák</span></a>
</span></b>
<pre>No, Hawaii doesn't have DCC.
The issue can indeed be that there is not enough address space. Mesa doesn't
unmap most buffers, because mmap is a very costly operation. Such buffers are
only unmapped when destroyed. This is obviously a problem on 32-bit. Possible
solutions:
1) Always unmap buffers at appropriate places. This can have a significant
performance cost in CPU-bound apps.
2) Clear pb_cache on mmap failure and try mmap again.
(pb_cache typically contains staging buffers, which are always mapped.
Therefore, pb_cache completely hides allocation, GPU mmap, and CPU mmap
overhead, but it also contributes to address space usage.)</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>