[yocto] build error pandaboard on master

Gary Thomas gary at mlbassoc.com
Tue Jul 31 04:25:47 PDT 2012


On 2012-07-30 13:11, Gary Thomas wrote:
> On 2012-07-30 12:49, Jim Abernathy wrote:
>> On 07/30/2012 01:16 PM, Gary Thomas wrote:
>>> On 2012-07-30 11:09, Jim Abernathy wrote:
>>>> On 07/30/2012 12:57 PM, Gary Thomas wrote:
>>>>> On 2012-07-30 10:50, Jim Abernathy wrote:
>>>>>> On 07/30/2012 10:21 AM, Gary Thomas wrote:
>>>>>>> On 2012-07-30 08:11, Jim Abernathy wrote:
>>>>>>>> On 07/30/2012 09:56 AM, Gary Thomas wrote:
>>>>>>>>> On 2012-07-30 07:48, Jim Abernathy wrote:
>>>>>>>>>> On 07/30/2012 09:15 AM, Gary Thomas wrote:
>>>>>>>>>>> On 2012-07-30 06:53, Jim Abernathy wrote:
>>>>>>>>>>>> I'm on master branch trying to build core-image-minimal for the machine "pandaboard". Besides the basics, I put in a license statement for cloud9 into local.conf.
>>>>>>>>>>>>
>>>>>>>>>>>> My bblayer.conf is as follows:
>>>>>>>>>>>>
>>>>>>>>>>>> # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
>>>>>>>>>>>> # changes incompatibly
>>>>>>>>>>>> LCONF_VERSION = "5"
>>>>>>>>>>>>
>>>>>>>>>>>> BBPATH = "${TOPDIR}"
>>>>>>>>>>>> BBFILES ?= ""
>>>>>>>>>>>>
>>>>>>>>>>>> BBLAYERS ?= " \
>>>>>>>>>>>>    /home/jim/poky/meta \
>>>>>>>>>>>>    /home/jim/poky/meta-yocto \
>>>>>>>>>>>>    /home/jim/meta-openembedded/meta-oe \
>>>>>>>>>>>>    /home/jim/meta-ti \
>>>>>>>>>>>>    "
>>>>>>>>>>>>
>>>>>>>>>>>> The error I'm getting is:
>>>>>>>>>>>>
>>>>>>>>>>>> ERROR: ParseError at /home/jim/meta-ti/recipes-misc/payload/bonescript.bb:5: Could not inherit file classes/systemd.bbclass
>>>>>>>>>>>>
>>>>>>>>>>>> Build Configuration:
>>>>>>>>>>>> BB_VERSION        = "1.15.3"
>>>>>>>>>>>> TARGET_ARCH       = "arm"
>>>>>>>>>>>> TARGET_OS         = "linux-gnueabi"
>>>>>>>>>>>> MACHINE           = "pandaboard"
>>>>>>>>>>>> DISTRO            = "poky"
>>>>>>>>>>>> DISTRO_VERSION    = "1.2+snapshot-20120730"
>>>>>>>>>>>> TUNE_FEATURES     = "armv7a vfp neon cortexa9"
>>>>>>>>>>>> TARGET_FPU        = "vfp-neon"
>>>>>>>>>>>> meta
>>>>>>>>>>>> meta-yocto        = "master:7411158e1f980cd71c432026fa2f68ab80e3541e"
>>>>>>>>>>>> meta-oe           = "master:9afc488a1b97bfc5378f139ba04a7a5297b15fdb"
>>>>>>>>>>>> meta-ti           = "master:9bc77dff5f84578e259f8225bfa0656d94a2a60a"
>>>>>>>>>>>>
>>>>>>>>>>>> ERROR: Nothing PROVIDES 'pseudo-native'
>>>>>>>>>>>
>>>>>>>>>>> Try adding this in local.conf:
>>>>>>>>>>>   BBMASK ?= ".*/meta-ti/recipes-(misc|bsp/formfactor)/"
>>>>>>>>>>>
>>>>>>>>>> BBMASK by itself didn't solve my particular problem. I'll try the other suggestions and report back.
>>>>>>>>>
>>>>>>>>> What other problem do you have?  That BBMASK should keep bitbake from
>>>>>>>>> trying to parse the recipe mentioned above.
>>>>>>>>>
>>>>>>>>> Note: I use these layers with Yocto all the time with that mask...
>>>>>>>>>
>>>>>>>>
>>>>>>>> When I just used the statement:
>>>>>>>>
>>>>>>>> BBMASK ?= ".*/meta-ti/recipes-(misc|bsp/formfactor)/"
>>>>>>>>
>>>>>>>> I got the same error as my original post.
>>>>>>>
>>>>>>> The only way you could get that same error is if you already have a BBMASK
>>>>>>> statement somewhere and this one is being ignored because of the ?= assignment.
>>>>>>>
>>>>>> So I started with a clean build again. This time I only added the BBMASK statement you suggested.  I got the following error:
>>>>>>
>>>>>> ERROR: No recipes available for:
>>>>>> /home/jim/meta-openembedded/meta-systemd/meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bbappend
>>>>>> /home/jim/meta-openembedded/meta-systemd/meta-efl/recipes-efl/efl/elsa_svn.bbappend
>>>>>> ERROR: Command execution failed: Exited with 1
>>>>>>
>>>>>> I'm guessing the BBMASK needs to call out meta-openembedded/meta-systemd/meta-gnome and meta-efl?
>>>>>
>>>>> Or don't include those layers - meta-systemd isn't needed by your yocto build.
>>>>>
>>>> Thanks, that makes more sense now.  I removed the layer meta-systemd from bblayers.conf and used the
>>>>
>>>> BBMASK ?= ".*/meta-ti/recipes-(misc|bsp/formfactor)/"
>>>>
>>>> statement in local.conf to solves the problem.
>>>>
>>>> What is really causing the problem?  Without it dependencies on meta-systemd are there, but the mask removes that??  Why can you remove a dependency?
>>>
>>> The dependency on systemd comes from this recipe: meta-ti/recipes-misc/payload/bonescript.bb
>>> The BBMASK is making bitbake ignore that recipe (you don't need it), hence no dependency.
>>>
>> I got core-image-minimal built without errors, Thanks, now I need to ask some questions about booting that image.  I'm assuming that I can follow the instructions on pandaboard.org
>> for creating the SD card format and just copy the deploy/image/ u-boot, MLO, uImage, and rootfs to the right places and boot the sdcard in the pandaboard. Anyway, that's what I
>> tried.  I'm connected to the panadboard via serial port and the U-Boot works and the uImage seems to be found, but I don't get a login console on the serial port:
>>
>> U-Boot SPL 2011.12-dirty (Jul 30 2012 - 13:44:03)
>> Texas Instruments OMAP4430 ES2.1
>> OMAP SD/MMC: 0
>> reading u-boot.img
>> reading u-boot.img
>>
>>
>> U-Boot 2011.12-dirty (Jul 30 2012 - 13:44:03)
>>
>> CPU  : OMAP4430 ES2.1
>> Board: OMAP4 Panda
>> I2C:   ready
>> DRAM:  1 GiB
>> MMC:   OMAP SD/MMC: 0
>> Using default environment
>>
>> In:    serial
>> Out:   serial
>> Err:   serial
>> Hit any key to stop autoboot:  0
>> reading boot.scr
>>
>> ** Unable to read "boot.scr" from mmc 0:1 **
>> reading uImage
>>
>> 4176404 bytes read
>> Booting from mmc0 ...
>> ## Booting kernel from Legacy Image at 82000000 ...
>>     Image Name:   Linux-3.1.0
>>     Image Type:   ARM Linux Kernel Image (uncompressed)
>>     Data Size:    4176340 Bytes = 4 MiB
>>     Load Address: 80008000
>>     Entry Point:  80008000
>>     Verifying Checksum ... OK
>>     Loading Kernel Image ... OK
>> OK
>>
>> Starting kernel ...
>>
>> Uncompressing Linux... done, booting the kernel.
>
> Start with the obvious - check the bootparams in U-Boot.  Break into
> the boot process and run the 'printenv' command.  What's the value of
> the "console" variable?
>
> n.b. I've not tried this exact setup on the PandaBoard.  I may have time
> later today to do so.
>

I've just verified that this does fail when using yocto:master  I'm pretty
sure that the problem is related to the use of GCC 4.7.1 - I've had similar
problems with ARM kernels & GCC 4.7.1 in the past.

I did build yocto:denzil for the PandaBoard and it comes up and mostly works.
I've not done extensive checking on this image though.
-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------



More information about the yocto mailing list