So does your board boot with these changes (with GCC 4.8)?

What's your target platform?

What's the failure? I only see a warning.

mibstore functions are no longer supported in the X server. This patch removes them from this driver, following the pattern in http://patches.openembedded.org/patch/46133/ This checkin shows when/wher

mibstore functions are no longer supported. This patch removes them from this driver, following the pattern in http://patches.openembedded.org/patch/46133/ This checkin shows when/where the changes to

mibstore functions are no longer supported. This patch removes them from this driver, following the pattern in http://patches.openembedded.org/patch/46133/ This checkin shows when/where the changes to

Unknown, but it seems to work fine. I found this same change in other drivers in OE, e.g. http://patches.openembedded.org/patch/46133/ This checkin shows when/where that file was deleted and mentions

I've resent it from a different address & I think you should have it now.

mibstore functions are no longer supported. This patch removes them from this driver. Signed-off-by: Gary Thomas <gary@...> --- .../xf86-dri-vivante/remove-mibstore.patch | 24 +++++++++++++++

Yes both poky/yocto and meta-fsl-arm are as of last Friday.

I just built core-image-minimal on this configuration: Build Configuration: BB_VERSION = "1.17.1" BUILD_SYS = "i686-linux" NATIVELSBSTRING = "Fedora-13" TARGET_SYS = "arm-poky-linux-gnueabi" MACHINE =

Looks like this is a typo. Be sure and use 'virtual/kernel' with a SLASH

Have you run through the configure step previously? I'd try this sequence: $ bitbake virtual/kernel -c configure $ bitbake virtual/kernel -c menuconfig $ bitbake virtual/kernel

That helped and along with a few other changes, I now have the X server running again. Now I have to figure out why my mouse isn't working with the latest kernel. Once I get the whole X system going,

I think I may need to pass this on to you - it's blowing up during the very initial steps. Here's my GDB backtrace: Program received signal SIGSEGV, Segmentation fault. VivScreenInit (scrnIndex=scrnIn

This may take some time. While it does now build, it immediately dies with a segmentation violation.

Thanks. I found much the same and have already integrated this method. I'll send a patch for it soon.

OK, I'll look at this. I had expected this to already work, based on the earlier comments, but no problem.

Thanks, I'm now using the yoctoproject.org repository and can see the recent changes. Sadly though, I can't build X11 drivers - full log attached. | In file included from ./vivante_util/vivante_common

Is this against https://github.com/Freescale/meta-fsl-arm.git (master)? I'm not seeing any recent changes: $ git log commit 4c55f41830886abd224c02ba638ed5e1af55baf8 Author: Leonardo Sandoval <leonardo