Did the updated invite go out? I don't think I've seen it. Is the meeting scheduled for May 15th?

$ git clone git://git.linaro.org/openembedded/jenkins-setup.git Since the repository from which you're working comes from Linaro, maybe you'll have better luck getting support from their mailing list?

Is sdk-install new? It doesn't show up when I run "devtool help"

Hi Kévin, Yes, that appears to be true. Also this error persists in master as well. The best thing to do would be to prepare and submit a patch for this fix against master. Guidelines for submitting a

Everything's working :-) This is the first time I've seen graphics (x11) working with rpi3-64. mesa-demos, directfb-examples, chromium (accelerated!), qt5...

Yes, this is a very nice side effect of your digging into this apparently un-related issue! :-) In my own layers I had a .bbappend that was copying the chromium-built egl/gles libraries to the target,

Even without the patch, simply adding: PACKAGECONFIG_append_pn-mesa = "dri3" to my conf/local.conf has glmark2-es2 running, and chromium-x11 is running accelerated out-of-the-box (i.e. I don't have to

Out of curiosity, are you going to follow up on this? Maybe with the mesa people? When I encountered this issue, my google-foo didn't yield anything.

The solution was to let the two gl libraries install without interfering with each other (i.e. to separate locations). If I didn't install the ones chromium built, it would try to use the system ones

I've seen the 'Modifier 0x0 vs. tiling(0x7000000000000001) mismatch' error and blank screen hundreds of times while working on getting chromium-x11 accelerated. It would happen if chromium was trying

64bit RPi or 32?

Hi Daryl, Scott Rifenbark is responsible for all YP documentation: srifenbark AT gmail DOT com Ideally, if you're comfortable with git, you could generate a patch and send it via email to this list (C

Would you consider adding it to the layer index? http://layers.openembedded.org/layerindex/submit/

You asked this same question almost exactly a month ago, and it was answered then. Was there something wrong with that answer?

Just to clarify... will non-IDE non-Linux development be explicitly supported?

Does anyone know if the FIQ bug has been fixed upstream? The last time I looked into PREEMPT_RT on the RPi, the only way to make it work/stable was to patch the FIQ issue, or disable FIQ altogether (n

If I write C code, and in one of my C source files I use the function XOpenDisplay(), then I'm of the opinion that (to be correct) this source file should also #include <X11/Xlib.h> directly, and not

thank you for checking :-) that suggests a missing #include <GL/gl.h>

The original error: ../libepoxy-1.4.3/test/egl_common.c:36:20: error: implicit declaration of function 'XOpenDisplay'; did you mean 'eglGetDisplay'? [-Werror=implicit-function-declaration] Display *dp

Brilliant! Why isn't this the default?