<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
<font face="Calibri" style="font-size: 14px;" class="">Sounds good!</font>
<div class=""><font face="Calibri" class=""><span style="font-size: 14px;" class="">One thing to confirm, If the original location is already in the invisible, will the notifier callback to move the bo from invisible to visible? if it is true and the logic
is already available in the kernel, can we use NO_CPU_ACCESS flag by default to accomplish the similar purpose for now?</span></font>
<div class=""><font face="Calibri" style="font-size: 14px;" class="">It also reminds me of another related topic, can we always take visible heap as priority against to the remote in this case?</font></div>
<div class=""><font face="Calibri" style="font-size: 14px;" class="">So far, kernel don’t have the heap priority.</font></div>
<div class=""><font face="Calibri" style="font-size: 14px;" class="">IIRC, if the LFB bo moved to GTT, it will never be moved back since GTT is also its preferred heap. (Kernel seems to add the GTT even if the UMD only ask for LFB).</font></div>
<div class=""><font face="Calibri" style="font-size: 14px;" class=""><br class="">
</font></div>
<div class=""><font face="Calibri" style="font-size: 14px;" class="">Thanks.</font></div>
<div class=""><font face="Calibri" style="font-size: 14px;" class="">Best Regards,</font></div>
<div class=""><font face="Calibri" style="font-size: 14px;" class="">David</font><br class="">
<div>
<blockquote type="cite" class="">
<div class="">On 30 Jun 2017, at 11:36 AM, Michel Dänzer <<a href="mailto:michel@daenzer.net" class="">michel@daenzer.net</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">On 30/06/17 10:55 AM, Mao, David wrote:<br class="">
<blockquote type="cite" class="">Vulkan allows the application to decide whether it wants the allocation<br class="">
to be host visible and device local. <br class="">
If we drop the flag, what will happen if we did not set the<br class="">
NO_CPU_ACCESS flag?<br class="">
Will it fail the map in case the allocation could be placed in invisible<br class="">
heap then?<br class="">
</blockquote>
<br class="">
No, it'll work just as well. On attempted CPU access,<br class="">
amdgpu_bo_fault_reserve_notify will ensure that it's CPU accessible.<br class="">
<br class="">
The difference is that it'll allow BOs which aren't being actively<br class="">
accessed by the CPU to be in CPU invisible VRAM, reducing pressure on<br class="">
CPU visible VRAM.<br class="">
<br class="">
<br class="">
-- <br class="">
Earthling Michel Dänzer | <a href="http://www.amd.com" class="">http://www.amd.com</a><br class="">
Libre software enthusiast | Mesa and X developer<br class="">
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
</body>
</html>