<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - amdgpu 0000:07:00.0: swiotlb buffer is full (sz: 2097152 bytes)"
href="https://bugs.freedesktop.org/show_bug.cgi?id=104082#c23">Comment # 23</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - amdgpu 0000:07:00.0: swiotlb buffer is full (sz: 2097152 bytes)"
href="https://bugs.freedesktop.org/show_bug.cgi?id=104082">bug 104082</a>
from <span class="vcard"><a class="email" href="mailto:ckoenig.leichtzumerken@gmail.com" title="Christian König <ckoenig.leichtzumerken@gmail.com>"> <span class="fn">Christian König</span></a>
</span></b>
<pre>(In reply to Andreas Kilgus from <a href="show_bug.cgi?id=104082#c22">comment #22</a>)
<span class="quote">> I am getting these messsages on my machine right now, too.
>
> total used free shared buffers cached
> Mem: 16386788 15157252 1229536 761064 88852 2660664
> -/+ buffers/cache: 12407736 3979052
> Swap: 25165820 156 25165664
>
> There is enough RAM left to allocate a 2 MiB block.</span >
No there isn't. 1229536 pages free means that there are 1229536 4k pages
available that doesn't tell us anything about 2MB pages, nor if those are
usable for swiotlb.
Take a look at /proc/pagetypeinfo. There must at least be pages at order 9 or
higher for an 2MB swiotlb allocation to succeed.
An alternative workaround is David Zhou's patch which completely avoids the
swiotlb allocator on x86.</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>