<div dir="ltr">@including the gpu drivers, yes, this is pretty simple - at least with dragonboard, you simply pull in mesa as a part and you get the freedreno driver and you would honestly get the same with rpi2/3 since afaik I think the vc5 drivers under gallium will get you what you want.<div>Now with rpi2/3, the hitch isn't actually the gpu drivers per se, it's that our rpi kernel doesn't have some patches required that are available from the raspbian kernel - but that's the extent of my knowledge. tvoss was able to patch and rebuild the kernel about a week ago. So what's needed is having someone from the kernel team take custody of those patches and incorporate them into our kernel.</div><div><br></div><div>br,kg </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 26, 2016 at 12:37 PM, John McAleely <span dir="ltr"><<a href="mailto:john.mcaleely@canonical.com" target="_blank">john.mcaleely@canonical.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"><br><div class="gmail_extra"><br><div class="gmail_quote">On 26 September 2016 at 18:27, Oliver Grawert <span dir="ltr"><<a href="mailto:ogra@ubuntu.com" target="_blank">ogra@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Mo, 2016-09-26 at 18:12 +0100, John McAleely wrote:<br>
><br>> On the Pi2 image (the only one I've examined so far), should I expect<br>
> to find libGLESv2.so, or some other evidence of OpenGL ES API<br>
> support?<br></div></div></blockquote><div><snip> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>><br>
> Am I missing something?<br>
<br>
</div></div>nope ... you dont ... the libs need to be shipped by the kernel snap<br>
but the new kernel snap definition does not allow anything beyond the<br>
default kernel bits (modules, firmware, dtbs) yet... so currently we<br>
can not ship any GLES on armhf til this is implemented.<br>
<br>
i think kevin found a way to ship GLES in his mir snap though, perhaps<br>
that could be a fallback for the moment ? <br></blockquote><div><br></div><div>Yes & no. The snap I'm working on would be a neat demo on two ARM boards that happen to use different GPUs (the RPi is one of them). Maybe we can add complexity to the workaround and ship two different GLES libraries, and select the right one somehow, but perhaps it would be better to wait (kgunn - if you already have all that tech, a pointer would be appreciated!)</div><div><br></div><div>When should we expect support for these API that need a user-side lib (if I've captured the requirement correctly) from the kernel snap in Snappy? (perhaps not a question you can answer?)</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>J<br><br></div></font></span></div></div></div>
<br>--<br>
Snapcraft mailing list<br>
<a href="mailto:Snapcraft@lists.snapcraft.io">Snapcraft@lists.snapcraft.io</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/snapcraft" rel="noreferrer" target="_blank">https://lists.ubuntu.com/<wbr>mailman/listinfo/snapcraft</a><br>
<br></blockquote></div><br></div>