From: Gary Thomas <gary@mlbassoc.com>
To: meta-freescale@yoctoproject.org
Subject: Re: Can't select my own Kernel source
Date: Fri, 08 Aug 2014 07:53:40 -0600 [thread overview]
Message-ID: <53E4D664.1050405@mlbassoc.com> (raw)
In-Reply-To: <97d9d706ab6a4c42bae2800e1d5995ae@BLUPR03MB565.namprd03.prod.outlook.com>
On 2014-08-08 07:45, filip.ghimpeteanu@freescale.com wrote:
> [Solved] Thank you all for the support.
>
> 1. The solution for the kernel selection was to have the "recipes-kernel/linux" directory structure inside my layer and
> to add my recipe and defconfig in the "recipes-kernel/linux" directory. I added the PREFERRED_PROVIDER_virtual/kernel="linux-yocto-myproj" and the
> PREFERRED_VERSION_linux-yocto-myproj = "3.10%" inside "my conf/local.conf" file (linux-yocto-myproj was the name of my kernel recipe).
>
> 2. I fixed the Error:
> --------------------------------------------------------------------
> ERROR: Unable to install packages. Command '/home/filip/YOCTO_DISK/fsl-arm-bsp/vybrid2/tmp/sysroots/x86_64-linux/usr/bin/smart --data-dir=/home/filip/YOCTO_DISK/fsl-arm-bsp/vybrid2/tmp/work/twr_vf65gs10-poky-linux-gnueabi/core-image-minimal/1.0-r0/rootfs/var/lib/smart install -y run-postinsts@all packagegroup-core-boot@twr_vf65gs10' returned 1:
> Loading cache...
> Updating cache... ######################################## [100%]
>
> Computing transaction...error: Can't install kernel-module-hello-0.1-r0@twr_vf65gs10: no package provides kernel-3.15.0-rc2-yocto-standard
>
> ERROR: Function failed: do_rootfs
> ERROR: Logfile of failure stored in: /home/filip/YOCTO_DISK/fsl-arm-bsp/vybrid2/tmp/work/twr_vf65gs10-poky-linux-gnueabi/core-image-minimal/1.0-r0/temp/log.do_rootfs.26200
> ERROR: Task 7 (/home/filip/YOCTO_DISK/fsl-arm-bsp/sources/poky/meta/recipes-core/images/core-image-minimal.bb, do_rootfs) failed with exit code '1'
> -------------------------------------------------------------
>
> by changing the PR from "r0" to "r1" (in the hello-mod_0.1.bb) to force the recipe to be baked again.
> I think the problem was with having some cached files for the module recipe, although I deleted the build/tmp directory.
A much simpler (and less invasive) way to handle this would be:
$ bitbake hello-mod -c cleansstate
$ bitbake hello-mod
Note: you should be using PRSERVER as the whole PR mechanism is
deprecated (and indeed now missing from most recipes)
> Hi Filip
>
>> # "linux-yocto-myproj"
>> PREFERRED_PROVIDER_virtual/kernel="linux-yocto-myproj"
>> --------------------------------------------------------------
>>
>> So from my output it turns out that it uses my version. Right?
>
> Yes.
> Actually it only verifies that the variable is correctly set and that the reason it does not use your version is somewhere else.
>
>
> What you could also try is to build your kernel recipe directly to see if bitbake actually does parse your recipe and to see if bitbake thinks your recipe is compatible with the machine your building it for.
> e.g.
> MACHINE=twr-vf65gs10 bitbake linux-yocto-myproj
>
> If bitbake does not find it
> - check bblayers.conf (where your local.conf is)
> - check conf/layer.conf in your layer
>
>
> Regards
> Max
>
> --
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
next prev parent reply other threads:[~2014-08-08 13:53 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.21522.1407435753.26702.meta-freescale@yoctoproject.org>
2014-08-07 19:27 ` Can't select my own Kernel source mk
2014-08-08 7:05 ` filip.ghimpeteanu
2014-08-08 10:05 ` Max Krummenacher
2014-08-08 13:45 ` filip.ghimpeteanu
2014-08-08 13:53 ` Gary Thomas [this message]
2014-08-14 12:30 ` Otavio Salvador
2014-08-07 10:30 filip.ghimpeteanu
2014-08-07 12:14 ` scerveau
[not found] ` <4afa01fb8465431d88c988a8e70af423@BLUPR03MB565.namprd03.prod.outlook.com>
[not found] ` <53E37CBD.6080904@gmail.com>
2014-08-07 13:38 ` filip.ghimpeteanu
2014-08-07 13:44 ` Gary Thomas
2014-08-07 14:00 ` filip.ghimpeteanu
2014-08-07 14:13 ` John Weber
2014-08-07 15:26 ` filip.ghimpeteanu
2014-08-07 18:22 ` John Weber
2014-08-08 6:49 ` filip.ghimpeteanu
2014-08-14 12:28 ` Otavio Salvador
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53E4D664.1050405@mlbassoc.com \
--to=gary@mlbassoc.com \
--cc=meta-freescale@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.