<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="purple"> <div class="WordSection1"> <p class="MsoNormal"><span style="color:black">>to my earlier point, there may be cases where it is advantageous to put display buffers in vram even if s/g display is supported</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-family:"Calibri",sans-serif;color:#2F5496">Agreed. That is also why the patch has the options to let user select where to put display buffers. <o:p></o:p></span></p> <p class="MsoNormal"><span style="font-family:"Calibri",sans-serif;color:#2F5496">As whether to put the option in Mesa or kernel, it seems the difference is not much. Also, since amdgpufb can request even without mesa, kernel might be a better choice. In addition, putting in the kernel can save client’s duplicate work(mesa, ogl, vulkan, 2d, kernel…)</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"><o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"><o:p> </o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Regards,<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Samuel Li<o:p></o:p></span></p> <p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"><o:p> </o:p></span></p> <div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt"> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> <p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Marek Olšák [mailto:maraeo@gmail.com] <br> <b>Sent:</b> Monday, March 19, 2018 4:27 PM<br> <b>To:</b> Deucher, Alexander <Alexander.Deucher@amd.com><br> <b>Cc:</b> Li, Samuel <Samuel.Li@amd.com>; Koenig, Christian <Christian.Koenig@amd.com>; Alex Deucher <alexdeucher@gmail.com>; Michel Dänzer <michel@daenzer.net>; amd-gfx list <amd-gfx@lists.freedesktop.org><br> <b>Subject:</b> Re: [PATCH 1/2] drm/amdgpu: Enable scatter gather display support<o:p></o:p></span></p> </div> </div> <p class="MsoNormal"><o:p> </o:p></p> <div> <div> <p class="MsoNormal">When Mesa wants a buffer in VRAM, it always sets VRAM. It relies on BO move throttling to prevent unnecessary BO moves.<o:p></o:p></p> </div> <div> <p class="MsoNormal"><o:p> </o:p></p> </div> <div> <p class="MsoNormal">My questions are:<o:p></o:p></p> </div> <div> <p class="MsoNormal">- what should Mesa do differently for tiny VRAM?<o:p></o:p></p> </div> <div> <p class="MsoNormal">- what is a tiny VRAM?<o:p></o:p></p> </div> <div> <p class="MsoNormal">- if VRAM is tiny, which allocations should we put there?<o:p></o:p></p> </div> <div> <p class="MsoNormal"><o:p> </o:p></p> </div> <p class="MsoNormal">Marek<o:p></o:p></p> </div> <div> <p class="MsoNormal"><o:p> </o:p></p> <div> <p class="MsoNormal">On Mon, Mar 19, 2018 at 4:15 PM, Deucher, Alexander <<a href="mailto:Alexander.Deucher@amd.com" target="_blank">Alexander.Deucher@amd.com</a>> wrote:<o:p></o:p></p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"> <div> <div> <p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">s/not/now/. I meant to say, “<span style="color:black">we have NOW excluded the possibility of ever setting displays anywhere else without a kernel update”.</span><o:p></o:p></p> <p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black"> </span><o:p></o:p></p> <p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">Alex</span><o:p></o:p></p> <p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><a name="m_-7819403152211467846__MailEndCompose"> </a><o:p></o:p></p> <div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt"> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> <p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b> amd-gfx [mailto:<a href="mailto:amd-gfx-bounces@lists.freedesktop.org" target="_blank">amd-gfx-bounces@lists.freedesktop.org</a>] <b>On Behalf Of </b>Deucher, Alexander<br> <b>Sent:</b> Monday, March 19, 2018 4:13 PM<o:p></o:p></p> <div> <div> <p class="MsoNormal"><br> <b>To:</b> Li, Samuel <<a href="mailto:Samuel.Li@amd.com" target="_blank">Samuel.Li@amd.com</a>>; Koenig, Christian <<a href="mailto:Christian.Koenig@amd.com" target="_blank">Christian.Koenig@amd.com</a>>; Marek Olšák <<a href="mailto:maraeo@gmail.com" target="_blank">maraeo@gmail.com</a>><br> <b>Cc:</b> Alex Deucher <<a href="mailto:alexdeucher@gmail.com" target="_blank">alexdeucher@gmail.com</a>>; Michel Dänzer <<a href="mailto:michel@daenzer.net" target="_blank">michel@daenzer.net</a>>; amd-gfx list <<a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a>><br> <b>Subject:</b> Re: [PATCH 1/2] drm/amdgpu: Enable scatter gather display support<o:p></o:p></p> </div> </div> </div> </div> <div> <div> <p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p> <div id="m_-7819403152211467846divtagdefaultwrapper"> <p><span style="color:black">I'm not sure what you mean by the 3 scenarios. Generally userspace selects what domains it wants a buffer to be in, vram, gtt, or both (don't care). I'd rather not have the kernel second guess the UMDs if we can help it. I'd rather leave the kernel for cases where we have to force things due to hw bugs, or hw restrictions, etc. If we force all display buffers to be in gtt in the kernel, we have not excluded the possibility of ever setting displays anywhere else without a kernel update. E.g., to my earlier point, there may be cases where it is advantageous to put display buffers in vram even if s/g display is supported. That was the point I was trying to make about user mode selecting the domain (vram of gtt or vram|gtt). Say you have a board with 2 GB of ram and 1 GB is carved out for "vram". In that case, it would make sense to put the buffer in vram because otherwise you are wasting a comparatively scarce resource.</span><o:p></o:p></p> <p><span style="color:black"> </span><o:p></o:p></p> <p><span style="color:black">Alex</span><o:p></o:p></p> </div> <div class="MsoNormal" align="center" style="text-align:center"> <hr size="2" width="98%" align="center"> </div> <div id="m_-7819403152211467846divRplyFwdMsg"> <p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="color:black">From:</span></b><span style="color:black"> Li, Samuel<br> <b>Sent:</b> Monday, March 19, 2018 3:58:52 PM<br> <b>To:</b> Deucher, Alexander; Koenig, Christian; Marek Olšák<br> <b>Cc:</b> Alex Deucher; Michel Dänzer; amd-gfx list<br> <b>Subject:</b> RE: [PATCH 1/2] drm/amdgpu: Enable scatter gather display support</span> <o:p></o:p></p> <div> <p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p> </div> </div> <div> <div> <p class="m-7819403152211467846xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Alex,</span><o:p></o:p></p> <p class="m-7819403152211467846xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"> </span><o:p></o:p></p> <p class="m-7819403152211467846xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">I assume you are talking the three scenarios here, 1)VRAM, 2)GTT, 3)VRAM/GTT.</span><o:p></o:p></p> <p class="m-7819403152211467846xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">But kernel will need the decision too(amdgpufb). I think it shall be better to do it in kernel, instead of different clients(mesa, ddx, kernel …)</span><o:p></o:p></p> <p class="m-7819403152211467846xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"> </span><o:p></o:p></p> <p class="m-7819403152211467846xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Regards,</span><o:p></o:p></p> <p class="m-7819403152211467846xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Samuel Li</span><o:p></o:p></p> <p class="m-7819403152211467846xmsonormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"> </span><o:p></o:p></p> <div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt"> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> <p class="m-7819403152211467846xmsonormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Deucher, Alexander <br> <b>Sent:</b> Monday, March 19, 2018 3:54 PM<br> <b>To:</b> Li, Samuel <<a href="mailto:Samuel.Li@amd.com" target="_blank">Samuel.Li@amd.com</a>>; Koenig, Christian <<a href="mailto:Christian.Koenig@amd.com" target="_blank">Christian.Koenig@amd.com</a>>; Marek Olšák <<a href="mailto:maraeo@gmail.com" target="_blank">maraeo@gmail.com</a>><br> <b>Cc:</b> Alex Deucher <<a href="mailto:alexdeucher@gmail.com" target="_blank">alexdeucher@gmail.com</a>>; Michel Dänzer <<a href="mailto:michel@daenzer.net" target="_blank">michel@daenzer.net</a>>; amd-gfx list <<a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a>><br> <b>Subject:</b> Re: [PATCH 1/2] drm/amdgpu: Enable scatter gather display support</span><o:p></o:p></p> </div> </div> <p class="m-7819403152211467846xmsonormal"> <o:p></o:p></p> <div id="m_-7819403152211467846x_divtagdefaultwrapper"> <p><span style="font-family:"Calibri",sans-serif;color:black">My personal preference is still to plumb this through to mesa rather than forcing it in the kernel.</span><o:p></o:p></p> <p><span style="font-family:"Calibri",sans-serif;color:black"> </span><o:p></o:p></p> <p><span style="font-family:"Calibri",sans-serif;color:black">Alex</span><o:p></o:p></p> </div> <div class="MsoNormal" align="center" style="text-align:center"> <hr size="2" width="98%" align="center"> </div> <div id="m_-7819403152211467846x_divRplyFwdMsg"> <p class="m-7819403152211467846xmsonormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"> amd-gfx <<a href="mailto:amd-gfx-bounces@lists.freedesktop.org" target="_blank">amd-gfx-bounces@lists.freedesktop.org</a>> on behalf of Li, Samuel <<a href="mailto:Samuel.Li@amd.com" target="_blank">Samuel.Li@amd.com</a>><br> <b>Sent:</b> Monday, March 19, 2018 3:50:34 PM<br> <b>To:</b> Koenig, Christian; Marek Olšák<br> <b>Cc:</b> Alex Deucher; Michel Dänzer; amd-gfx list<br> <b>Subject:</b> RE: [PATCH 1/2] drm/amdgpu: Enable scatter gather display support</span> <o:p></o:p></p> <div> <p class="m-7819403152211467846xmsonormal"> <o:p></o:p></p> </div> </div> <div> <div> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Christian,</span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"> </span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">You misunderstood Alex’s comments,</span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"> </span><o:p></o:p></p> <pre style="background:white">>Regardless of which scenarios we need to support, I think we also need<o:p></o:p></pre> <pre style="background:white">>to really plumb this through to mesa however since user space is who<o:p></o:p></pre> <pre style="background:white">>ultimately requests the location. Overriding it in the kernel gets<o:p></o:p></pre> <pre style="background:white">>tricky and can lead to ping-ponging as others have noted. Better to<o:p></o:p></pre> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"> </span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Here Alex mentioned the scenarios is 1)VRAM, 2)GTT, 3)VRAM/GTT.</span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">His concern is this might cause ping-pong, not about preferred domain. Since preferred domain can solve the ping-pong issue, it shall address his concern here.</span><o:p></o:p></p> <div> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"> </span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Regards,</span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Samuel Li</span><o:p></o:p></p> </div> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"> </span><o:p></o:p></p> <div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt"> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> <p class="m-7819403152211467846xxmsonormal" style="background:white"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Christian König [<a href="mailto:ckoenig.leichtzumerken@gmail.com" target="_blank">mailto:ckoenig.leichtzumerken@gmail.com</a>] <br> <b>Sent:</b> Monday, March 19, 2018 3:45 PM<br> <b>To:</b> Li, Samuel <<a href="mailto:Samuel.Li@amd.com" target="_blank">Samuel.Li@amd.com</a>>; Marek Olšák <<a href="mailto:maraeo@gmail.com" target="_blank">maraeo@gmail.com</a>>; Koenig, Christian <<a href="mailto:Christian.Koenig@amd.com" target="_blank">Christian.Koenig@amd.com</a>><br> <b>Cc:</b> Alex Deucher <<a href="mailto:alexdeucher@gmail.com" target="_blank">alexdeucher@gmail.com</a>>; Michel Dänzer <<a href="mailto:michel@daenzer.net" target="_blank">michel@daenzer.net</a>>; amd-gfx list <<a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a>><br> <b>Subject:</b> Re: [PATCH 1/2] drm/amdgpu: Enable scatter gather display support</span><o:p></o:p></p> </div> </div> <p class="m-7819403152211467846xxmsonormal" style="background:white"> <o:p></o:p></p> <div> <p class="m-7819403152211467846xxmsonormal" style="margin-bottom:12.0pt;background:white"> Quoting Alex:<o:p></o:p></p> <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"> <pre style="background:white">Regardless of which scenarios we need to support, I think we also need<o:p></o:p></pre> <pre style="background:white">to really plumb this through to mesa however since user space is who<o:p></o:p></pre> <pre style="background:white">ultimately requests the location. Overriding it in the kernel gets<o:p></o:p></pre> <pre style="background:white">tricky and can lead to ping-ponging as others have noted. Better to<o:p></o:p></pre> <pre style="background:white">have user space know what chips support it or not and request display<o:p></o:p></pre> <pre style="background:white">buffers in GTT or VRAM from the start.<o:p></o:p></pre> </blockquote> <p class="m-7819403152211467846xxmsonormal" style="background:white">And I completely agree with Alex here. So overriding the domain in the kernel is a serious NAK from my side as well.<br> <br> Please implement the necessary bits in Mesa, shouldn't be more than a few lines of code anyway.<br> <br> Regards,<br> Christian.<br> <br> Am 19.03.2018 um 20:42 schrieb Li, Samuel:<o:p></o:p></p> </div> <blockquote style="margin-top:5.0pt;margin-bottom:5.0pt"> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Agreed.</span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"> </span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="margin-bottom:12.0pt;background:white"> >I think that the consensus with Alex and me is that we should avoid exactly that.<br> Christian, Alex’s concern is about ping-pong, not about the preferred domain. <o:p> </o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Regards,</span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496">Samuel Li</span><o:p></o:p></p> <p class="m-7819403152211467846xxmsonormal" style="background:white"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#2F5496"> </span><o:p></o:p></p> <div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt"> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> <p class="m-7819403152211467846xxmsonormal" style="background:white"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Marek Olšák [<a href="mailto:maraeo@gmail.com" target="_blank">mailto:maraeo@gmail.com</a>] <br> <b>Sent:</b> Monday, March 19, 2018 3:39 PM<br> <b>To:</b> Koenig, Christian <a href="mailto:Christian.Koenig@amd.com" target="_blank"> <Christian.Koenig@amd.com></a><br> <b>Cc:</b> Li, Samuel <a href="mailto:Samuel.Li@amd.com" target="_blank"><Samuel.Li@amd.com></a>; Michel Dänzer <a href="mailto:michel@daenzer.net" target="_blank"><michel@daenzer.net></a>; Alex Deucher <a href="mailto:alexdeucher@gmail.com" target="_blank"><alexdeucher@gmail.com></a>; amd-gfx list <a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank"><amd-gfx@lists.freedesktop.org></a><br> <b>Subject:</b> Re: [PATCH 1/2] drm/amdgpu: Enable scatter gather display support</span><o:p></o:p></p> </div> </div> <p class="m-7819403152211467846xxmsonormal" style="background:white"> <o:p></o:p></p> <div> <div> <div> <p class="m-7819403152211467846xxmsonormal" style="background:white">On Mon, Mar 19, 2018 at 3:27 PM, Christian König <<a href="mailto:christian.koenig@amd.com" target="_blank">christian.koenig@amd.com</a>> wrote:<o:p></o:p></p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> <p class="m-7819403152211467846xxmsonormal" style="background:white">I think that the consensus with Alex and me is that we should avoid exactly that.<br> <br> Overriding the preferred domain in the kernel is a no-go for that patch set, so please implement the discussed changes in Mesa.<o:p></o:p></p> </blockquote> <div> <p class="m-7819403152211467846xxmsonormal" style="background:white"> <o:p></o:p></p> </div> <div> <p class="m-7819403152211467846xxmsonormal" style="background:white">I don't see how Mesa can make a smarter decision than the kernel. If you overwrite the preferred domain of the buffer in the kernel, there will be no ping-ponging between domains. Mesa never changes the initial preferred domain.<o:p></o:p></p> </div> <div> <p class="m-7819403152211467846xxmsonormal" style="background:white"> <o:p></o:p></p> </div> <div> <p class="m-7819403152211467846xxmsonormal" style="background:white">Marek<o:p></o:p></p> </div> <div> <p class="m-7819403152211467846xxmsonormal" style="background:white"> <o:p></o:p></p> </div> <div> <p class="m-7819403152211467846xxmsonormal" style="background:white"> <o:p></o:p></p> </div> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> <p class="m-7819403152211467846xxmsonormal" style="background:white"><br> Regards,<br> Christian.<o:p></o:p></p> <div> <div> <p class="m-7819403152211467846xxmsonormal" style="background:white"><br> <br> Am 19.03.2018 um 20:22 schrieb Li, Samuel:<o:p></o:p></p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> <p class="m-7819403152211467846xxmsonormal" style="margin-bottom:12.0pt;background:white"> I agree with Marek/Michel: since kernel sets the domain before scanning out, it shall update the preferred domain here too.<br> <br> Regards,<br> Samuel Li<o:p></o:p></p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> <p class="m-7819403152211467846xxmsonormal" style="background:white">-----Original Message-----<br> From: Koenig, Christian<br> Sent: Thursday, March 08, 2018 4:07 AM<br> To: Michel Dänzer <<a href="mailto:michel@daenzer.net" target="_blank">michel@daenzer.net</a>>; Li, Samuel<br> <<a href="mailto:Samuel.Li@amd.com" target="_blank">Samuel.Li@amd.com</a>>; Alex Deucher <<a href="mailto:alexdeucher@gmail.com" target="_blank">alexdeucher@gmail.com</a>><br> Cc: amd-gfx list <<a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a>><br> Subject: Re: [PATCH 1/2] drm/amdgpu: Enable scatter gather display support<br> <br> Am 08.03.2018 um 09:35 schrieb Michel Dänzer:<o:p></o:p></p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> <p class="m-7819403152211467846xxmsonormal" style="background:white">On 2018-03-07 10:47 AM, Christian König wrote:<o:p></o:p></p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> <p class="m-7819403152211467846xxmsonormal" style="background:white">Am 07.03.2018 um 09:42 schrieb Michel Dänzer:<o:p></o:p></p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> <p class="m-7819403152211467846xxmsonormal" style="margin-bottom:12.0pt;background:white"> On 2018-03-06 07:23 PM, Christian König wrote:<o:p></o:p></p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> <p class="m-7819403152211467846xxmsonormal" style="background:white">E.g. the last time I tested it placing things into GTT still<br> resulted in quite a performance penalty for rendering.<o:p></o:p></p> </blockquote> <p class="m-7819403152211467846xxmsonormal" style="background:white">FWIW, I think the penalty is most likely IOMMU related. Last time I<br> tested, I couldn't measure a big difference with IOMMU disabled.<o:p></o:p></p> </blockquote> <p class="m-7819403152211467846xxmsonormal" style="background:white">No, the penalty I'm talking about came from the ping/pong we did with<br> the scanout buffers.<br> <br> See when I tested this the DDX and Mesa where unmodified, so both<br> still assumed VRAM as placement for scanout BOs, but the kernel<br> forced scanout BOs into GTT for testing.<br> <br> So what happened was that on scanout we moved the VRAM BO to GTT<o:p></o:p></p> </blockquote> </blockquote> <p class="m-7819403152211467846xxmsonormal" style="background:white">and<o:p></o:p></p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt"> <p class="m-7819403152211467846xxmsonormal" style="background:white">after unpinning it on the first command submission which used the BO<br> we moved it back to VRAM again.<o:p></o:p></p> </blockquote> <p class="m-7819403152211467846xxmsonormal" style="background:white">In the meantime, I've had the same idea as Marek: Can't the kernel<br> driver simply change the BO's preferred domain to GTT when scanning<br> out from it? Then it won't move back to VRAM.<o:p></o:p></p> </blockquote> <p class="m-7819403152211467846xxmsonormal" style="background:white">Yes, I've considered this as well.<br> <br> But I think making the decision in Mesa is the cleaner approach.<br> <br> E.g. so far we only override the placement decision of userspace for two<br> reasons:<br> 1. We where running out of memory in VRAM.<br> 2. We have a hardware restriction which makes VRAM usage mandatory.<br> <br> And even then we never adjust the placement permanently, we just<br> temporary moved the buffer where it was needed and moved it back after<br> the operation completed.<br> <br> Additional to that Mesa might want to set even more flags and/or changes<br> it's behavior. E.g. use a tilling mode which both importer and export in an<br> A+A laptop understands etc...<br> <br> Regards,<br> Christian.<o:p></o:p></p> </blockquote> </blockquote> <p class="m-7819403152211467846xxmsonormal" style="background:white"><br> _______________________________________________<br> amd-gfx mailing list<br> <a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a><br> <a href="https://lists.freedesktop.org/mailman/listinfo/amd-gfx" target="_blank">https://lists.freedesktop.org/mailman/listinfo/amd-gfx</a><o:p></o:p></p> </div> </div> </blockquote> </div> <p class="m-7819403152211467846xxmsonormal" style="background:white"> <o:p></o:p></p> </div> </div> </div> <p class="m-7819403152211467846xxmsonormal" style="margin-bottom:12.0pt;background:white"> <o:p></o:p></p> <pre style="background:white">_______________________________________________<o:p></o:p></pre> <pre style="background:white">amd-gfx mailing list<o:p></o:p></pre> <pre style="background:white"><a href="mailto:amd-gfx@lists.freedesktop.org" target="_blank">amd-gfx@lists.freedesktop.org</a><o:p></o:p></pre> <pre style="background:white"><a href="https://lists.freedesktop.org/mailman/listinfo/amd-gfx" target="_blank">https://lists.freedesktop.org/mailman/listinfo/amd-gfx</a><o:p></o:p></pre> </blockquote> <p class="m-7819403152211467846xxmsonormal" style="background:white"> <o:p></o:p></p> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> </blockquote> </div> <p class="MsoNormal"><o:p> </o:p></p> </div> </div> </div> </body> </html>