<p>ok, thanks, a lot of our customer use qxl on x86 before, so it still need</p><p>to supoort qxl on arm64.</p><br>

    <p>Regards,</p><p>Cong.</p><p></p><div id="re" style="margin-left:0.5em;padding-left:0.5em;border-left:1px solid green;"><br><br><br>
        <div style="background-color:#f5f7fa"><b>主　题：</b><span id="subject">Re: 回复: Re: 回复: Re: 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64</span>
            <br><b>日　期：</b><span id="date">2022-03-24 18:26</span>
            <br><b>发件人：</b><span id="from">Gerd Hoffmann</span>
            <br><b>收件人：</b><span id="to">Christian König</span>
            
        </div><br>
        <div id="content"><div class="viewer_part"><div>On Thu, Mar 24, 2022 at 10:20:40AM +0100, Christian König wrote:<br>> Hi Cong,<br>> <br>> when I understand Robin correctly all mapping (host, guest, kernel,<br>> userspace etc..) must have the same caching attributes unless you use the<br>> S2FWB feature introduced with Armv8.4.<br>> <br>> If you don't follow those rules you usually run into coherency issues or<br>> even worse system hangs. So you not only need to adjust the kernel mappings,<br>> but also the function for userspace mappings to follow those rules.<br><br>That matches my understanding.<br><br>For qxl specifically: when using the xork qxl driver getting the<br>userspace mappings right is essential because userspace will write qxl<br>command buffers then.  When using the xorg modesetting driver or wayland<br>the worst thing happening would be display corruption because userspace<br>will only map dumb bo's for pixel data.<br><br>I'm wondering though why you are keen on getting qxl work instead of<br>just using virtio-gpu?<br><br>take care,<br>  Gerd<br><br></div></div></div></div>