<div dir="ltr"><div>Hi Russell,<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 30, 2017 at 2:41 PM, Luís Mendes <span dir="ltr"><<a href="mailto:luis.p.mendes@gmail.com" target="_blank">luis.p.mendes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<br><div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Wed, Aug 30, 2017 at 2:31 PM, Russell King - ARM Linux <span dir="ltr"><<a href="mailto:linux@armlinux.org.uk" target="_blank">linux@armlinux.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span><br>
On Wed, Aug 30, 2017 at 01:37:33PM +0100, Luís Mendes wrote:<br>
> I can provide a full SD card image that exhibits all the issues I have been<br>
> reporting on the IMX6QP.<br>
<br>
</span>How large is the SD card image?<br></blockquote><div><br></div></span><div>It is around 1GiB. When uncompressed is about 4GiB. <br></div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span><br>
> Ok, I understand! I have however also tried to force the unacell call<br>
> function by function on etnaviv.c by commenting out the acceleration<br>
> calls and issue persists. Possibly there are other files that I will<br>
> have to address too, to see if I find the "culprit function".<br>
<br>
</span>You could try disabling the Xrender acceleration backend by commenting<br>
out the calls to etnaviv_render_screen_init() and<br>
etnaviv_render_close_screen() in etnaviv.c to see whether that makes<br>
a difference.<br></blockquote><div><br></div></span><div>Ok, I will try that.</div></div></div></div></div></blockquote><div> </div><div>I tried your suggestion, but the screen appears mostly black, although I can see login prompt cursor flashing. If enter the password, it eventually comes back to the login screen, no MMU faults are observed, but the MATE session is also not started. So, no conclusions, from here.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><span class=""><div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="m_-519719798724303633HOEnZb"><div class="m_-519719798724303633h5"><br>
--<br>
RMK's Patch system: <a href="http://www.armlinux.org.uk/developer/patches/" rel="noreferrer" target="_blank">http://www.armlinux.org.uk/dev<wbr>eloper/patches/</a><br>
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up<br>
According to <a href="http://speedtest.net" rel="noreferrer" target="_blank">speedtest.net</a>: 8.21Mbps down 510kbps up<br>
</div></div></blockquote></span></div><br></div></div></div>
</blockquote></div><br></div></div>