<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="m_-8374830790138977846gmail_attr">On Thu, Nov 29, 2018 at 11:23 AM Koenig, Christian <<a href="mailto:Christian.Koenig@amd.com" target="_blank">Christian.Koenig@amd.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div bgcolor="#FFFFFF">
<div class="m_-8374830790138977846gmail-m_8364979886768375586moz-cite-prefix">Hi Marek,<br>
<br>
you stumbled over a pretty fundamental bug in the memory management here. Essentially we where leaking BOs when we ran into an OOM situation. Patch to fix this is on the mailing list.<br>
<br>
A second problem is that eviction doesn't seem to work when GDS BOs aren't idle. In other words when two applications try to use GDS at the same time they don't wait for each other, but rather one looses with an OOM message.<br></div></div></blockquote><div><br></div><div>FYI, the OOM message is the last issue with GDS. Everything else is good.</div><div><br></div><div>I have a workaround in Mesa that re-submits the CS ioctl if it has failed with -ENOMEM. I guess there is no downside to it other than the OOM spam in dmesg.<br></div><div><br></div><div>Marek</div></div></div>