<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>