[yocto] Can't build core-image-weston

Valentin Popa valentin.popa at intel.com
Thu Feb 13 09:35:51 PST 2014


On 02/13/2014 06:56 PM, Burton, Ross wrote:
> Hi Gary,
>
> On 13 February 2014 14:36, Gary Thomas <gary at mlbassoc.com> wrote:
>> I had previously built core-image-sato-sdk with some extra packages:
>>    CORE_IMAGE_EXTRA_INSTALL += "rsync openssh"
>> That worked fine, but core-image-weston fails as above.  Is there a
>> reason I can't choose openssh instead of dropbear (and perhaps there
>> is some other way I am supposed to choose)?
> You might find EXTRA_IMAGE_FEATURES += "ssh-server-openssh" better
> than CORE_IMAGE_EXTRA_INSTALL, because core-image-weston has the
> ssh-server-dropbear image feature. When specifying both the right
> thing happens (dropbear is dropped).
>
>> I removed the openssh from the extras and now it builds, but it doesn't
>> do anything [useful] - should it actually work?  I don't see anything
>> that looks like 'weston' running.
> Looks like weston is crashing.  There are known problems with Weston in qemu:
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=5660
>
> Valentin did the research here and I can't remember the details:
> Valentin, can you elaborate on the comments there about what is
> working/breaking?  I remember there being a qemu option that changed
> behaviour too.
>
> Try changing the init script (or just running weston manually) to pick
> the fbdev backend.  Note that right now this isn't enabled but there's
> a patch on the list to enable it by default, but it's just a
> PACKAGECONFIG away from being enabled.
>
> Ross
Hi,
To get something on the screen build weston with fbdev and with 
WESTON_NATIVE_BACKEND="fbdev-backend.so":
     1) add fbdev to PACKAGECONFIG ( PACKAGECONFIG ??= 
"${@base_contains('DISTRO_FEATURES', 'wayland', 'kms fbdev wayland', '', 
d)} \ .... )
     2) append EXTRA_OECONF with WESTON_NATIVE_BACKEND="fbdev-backend.so".
If it's not working make sure you have a framebuffer device (/dev/fb0 
should be there).
If it's still not working, try with kms:
     1) configure mesa (edit mesa.inc ) to build mesa dri driver :
        a) PACKAGECONFIG ??= "egl gles dri gallium gallium-egl 
gallium-gbm \ ....
        b) change DRIDRIVERS = "swrast" to DRIDRIVERS = "" (so you can 
build all dri drivers including vmwgfx)
         c) (optional I think) change GALLIUMDRIVERS = "swrast" to 
GALLIUMDRIVERS = "svga" (as I know vmwgfx is part of svga gallium drivers)
     2) add this to your local.conf
          CORE_IMAGE_EXTRA_INSTALL += "  libgles2-mesa libegl-gallium 
libgbm-gallium mesa-driver-vmwgfx "
If still not working, reply to this mail.




More information about the yocto mailing list