<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>3776</bug_id>
          
          <creation_ts>2013-01-22 20:01:24 +0000</creation_ts>
          <short_desc>core-image-lsb-sdk image build for crownbay BSP fails on emgd install</short_desc>
          <delta_ts>2013-01-25 15:46:13 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>BSPs</product>
          <component>bsps-meta-intel</component>
          <version>1.4</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>1.4 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Nitin Kamble">nitin.a.kamble</reporter>
          <assigned_to name="Nitin Kamble">nitin.a.kamble</assigned_to>
          <cc>dvhart</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>sgw</cc>
    
    <cc>tom.zanussi</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>29056</commentid>
    <comment_count>0</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-01-22 20:01:24 +0000</bug_when>
    <thetext>From here: http://autobuilder.yoctoproject.org:8010/builders/crownbay/builds/257/steps/shell_60/logs/stdio

| Note: to be installed:  packagegroup-core-tools-testapps@crownbay packagegroup-base-extended@crownbay packagegroup-core-basic@all packagegroup-core-tools-debug@crownbay packagegroup-core-sdk@all packagegroup-core-ssh-openssh@all psplash@core2 packagegroup-core-lsb@all packagegroup-core-standalone-sdk-target@all packagegroup-core-tools-profile@crownbay packagegroup-core-boot@crownbay kernel-dev@crownbay locale-base-en-us@core2 locale-base-en-gb@core2
| Loading cache...
| Updating cache...               ######################################## [100%]
| 
| Computing transaction...error: Can&apos;t install emgd-driver-1.14-r6@core2: no package provides xorg-abi-video-8
| 
| Saving cache...
| 
| ERROR: Function failed: do_rootfs (see /srv/home/pokybuild/yocto-autobuilder/yocto-slave/crownbay/build/build/tmp/work/crownbay-poky-linux/core-image-lsb-sdk/1.0-r0/temp/log.do_rootfs.5968 for further information)
NOTE: recipe core-image-lsb-sdk-1.0-r0: task do_rootfs: Failed
ERROR: Task 23 (/srv/home/pokybuild/yocto-autobuilder/yocto-slave/crownbay/build/meta/recipes-extended/images/core-image-lsb-sdk.bb, do_rootfs) failed with exit code &apos;1&apos;
NOTE: Tasks Summary: Attempted 7434 tasks of which 6219 didn&apos;t need to be rerun and 2 failed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29057</commentid>
    <comment_count>1</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-01-22 20:10:27 +0000</bug_when>
    <thetext>In the initial investigation I have found that the XSERVER var is not empty for the core-image-lsb-sdk image. There is logic in the EMGD based BSP configurations to disable emgd components which depend on X if the XSERVER var does not include emgd driver. Now the XSERVER var is valid and includes the emgd driver, that logic is not anymore working to block the emgd VA components going into the image.

  I need to find a new solution to block the emgd VA components getting into LSB image, and I don&apos;t see any obvious solution to this issue.

  One solution can be we can make XSERVER var empty for all the LSB images. But that would need approval from RP.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29058</commentid>
    <comment_count>2</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-01-22 20:14:33 +0000</bug_when>
    <thetext>Same issue for emenlow BSP (all the EMGD based BSPs) as well:

http://autobuilder.yoctoproject.org:8010/builders/emenlow/builds/241/steps/shell_60/logs/stdio</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29111</commentid>
    <comment_count>3</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-01-23 19:37:20 +0000</bug_when>
    <thetext>Darren,
  We probably can fix this issue by extending the LSB image recipes in the meta-intel layer. The extention will be addition of this line

 XSERVER = &quot;&quot;

I think this issue is for meta-intel BSPs because we have the VA support in there, so it kind of makes sense to fix them inside meta-intel only.

Thanks,
Nitin</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29172</commentid>
    <comment_count>4</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-01-25 01:54:20 +0000</bug_when>
    <thetext>RP &amp; I have a solution for this now. I am testing the changes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29203</commentid>
    <comment_count>5</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-01-25 15:46:13 +0000</bug_when>
    <thetext>Commits to fix went into oecore &amp; meta-intel.

meta-intel:
commit f3bccf8f0c91b4edff480327895dff5efb792f82
Author: Nitin A Kamble &lt;nitin.a.kamble@intel.com&gt;
Date:   Wed Jan 23 15:30:08 2013 -0800

    crownbay.conf: use the new method for specifying VA codecs
    
    This replaces the old VA_FEATURES method to specify the codecs.
    
    These VA codecs are included in the image when image has &apos;hwcodec&apos;
    in the IMAGE_FEATURES.
    
    And one can disable the VA features by redefining the IMAGE_FEATURES
    var in the local.conf .
    
    The gst-va-intel package pulls in emgd driver and x11 pieces, hence
    it is moved to the XSERVERCODECS var.
    
    Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
    Signed-off-by: Nitin A Kamble &lt;nitin.a.kamble@intel.com&gt;
    Signed-off-by: Tom Zanussi &lt;tom.zanussi@intel.com&gt;


oe-core:

commit f19bdeab37e8433c42a36383c78b0f10e700342d
Author: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
Date:   Wed Jan 23 21:56:11 2013 -0800

    core-image: Add hwcodecs IMAGE_FEATURE
    
    Currently hardware codecs are being injected in rather ugly ways and end up
    either in no or all images. This adds a dedicated IMAGE_FEATURE for them based
    on the MACHINE_HWCODECS variable. We may need to refine this in due course
    but this patch at least illustrates the concept.
    
    (From OE-Core rev: 1cb370587fd72e3f0f69678748108cc4116767fb)
    
    Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;

commit b064818003db3d3a3a18a4a27786725b28bd8d56
Author: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
Date:   Wed Jan 23 21:56:09 2013 -0800

    packagegroup-core-x11-xserver: Add XSERVERCODECS variable
    
    At present its hard for the system to provide extra x11 hardware codecs.
    We could lump them in with the XSERVER variable but this is suboptimal as
    in some use cases the user might not want to include them in some images.
    
    With this patch we keep our options open about separating usage of the two
    in the future.
    
    (From OE-Core rev: 285c7577813cf75a3b554f8a5d6d7ba002127ef4)
    
    Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>