<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-05-05 19:14 GMT+02:00 Rob Herring <span dir="ltr"><<a href="mailto:robherring2@gmail.com" target="_blank">robherring2@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Mon, May 1, 2017 at 9:55 AM, Tomasz Figa <<a href="mailto:tfiga@chromium.org">tfiga@chromium.org</a>> wrote:<br>
> On Mon, May 1, 2017 at 11:17 PM, Mauro Rossi <<a href="mailto:issor.oruam@gmail.com">issor.oruam@gmail.com</a>> wrote:<br>
>> Hi all,<br>
>><br>
>> another try to merge android swrast patches in mesa 17.1 or mesa-dev<br>
>> if they are somehow considered useful for android.<br>
<br>
</span>I would really like to, but all my attempts at getting swrast to work<br>
so far have failed.<br>
<div><div class="gmail-h5"><br>
>><br>
>> Mauro<br>
>><br>
>><br>
>> 2017-01-20 20:17 GMT+01:00 Mauro Rossi <<a href="mailto:issor.oruam@gmail.com">issor.oruam@gmail.com</a>>:<br>
>>><br>
>>><br>
>>><br>
>>> Il lunedì 9 gennaio 2017, Zhen Wu <<a href="mailto:wuzhen@jidemail.com">wuzhen@jidemail.com</a>> ha scritto:<br>
>>>><br>
>>>> Thanks for your review, Rob. Using kms-dri would mean writing a new<br>
>>>> gralloc to basically the same thing as<br>
>>>> gralloc.default and moving to grm_gralloc seems to be a bigger task meant<br>
>>>> for another day. But I agree we would<br>
>>>> want to avoid introducing dependency. Would extending drisw loader func<br>
>>>> and limit gralloc dependency in egl_android<br>
>>>> ok with you?<br>
>>><br>
>>><br>
>>> Just to avoid a stall situation,<br>
>>><br>
>>> I get that Rob comments are here as here is the gralloc dependency to be<br>
>>> avoided.<br>
>>> Is this assumption correct?<br>
>>><br>
>>> BTW I can also confirm patches are working as I tested with Android CTS<br>
>>> dEQP test for EGL and GLES2 modules with marshmallow-x86<br>
>>><br>
>>> Mauro<br>
>><br>
>><br>
>> Hi Rob,<br>
>> we are still maintaining these changes to use llvmpipe<br>
>> they are working and they are useful for testing on VMs and for software<br>
>> rendering.<br>
>><br>
>> May I kindly jask  if the unwanted gralloc dependency was essentially in<br>
>> this patch 07/08<br>
>> "android: support creating texture from gralloc buffer"?<br>
>><br>
>> And if that is confirmed, which approaches are applicable here?<br>
>><br>
>> 1. Reuse some kms-dri specific change implemented in CrOS (? Tomasz did you<br>
>> neeed to change something in dri/sw winsys ? )<br>
><br>
> Did you by any chance mean kms_swrast? If so, we don't need any<br>
> changes other than falling back to kms-dri in<br>
> egl/drivers/dri2/platform_<wbr>android.c, if hardware driver fails to load.<br>
> See this patch: <a href="https://chromium-review.googlesource.com/c/442414/" rel="noreferrer" target="_blank">https://chromium-review.<wbr>googlesource.com/c/442414/</a> .<br>
><br>
> However on ChromeOS we disallow access to DRI control nodes from<br>
> render processes, so we use DRI render nodes and have a local patch<br>
> for the kernel to allow dumb BO ioctls on render nodes. If you can use<br>
> control nodes, you should be okay with the code as is.<br>
<br>
</div></div>I've got this kind of working with the above patch and disabling all<br>
DRM permission checks. While it seems like things boot up normally, I<br>
can't get anything but a black screen both on qemu and db410c. Even if<br>
I memset buffers when mmapping them, just black. But things like<br>
moving the mouse causes hwc updates and I don't see any errors. I've<br>
successfully used SwiftShader for s/w rendering though.<br>
<span class="gmail-HOEnZb"><font color="#888888"><br>
Rob<br></font></span></blockquote><div><br></div><div>Hi,<br></div><div>we have DRM permission checks disabled in android-x86 kernels.<br><br></div><div>In order to give it a try on virtualbox, do I just need:<br><br>1) build kms_swrast <br></div><div>2) apply the fallback patch to egl/drivers/dri2/platform_<wbr>android.c<br></div><div>3) apply patch to kernel? Where may I get this kernel patch?<br><br></div><div>But will this suffice or WuZhen changes in egl/android are anyway, maybe partialy needed?<br></div><div>Mauro<br></div></div><br></div></div>