From: Darren Hart <dvhart@linux.intel.com>
To: "Jürgen Messerer" <juergen.messerer@bbv.ch>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: Bug 2256 - kernel menuconfig confusion with sstate
Date: Fri, 15 Jun 2012 07:27:08 -0700 [thread overview]
Message-ID: <4FDB463C.6020100@linux.intel.com> (raw)
In-Reply-To: <A7B59F6D52627C44813C136D437B0832068BC78CB34A@TKSSREX01.outnet.ch>
Hi Juergen,
On 06/15/2012 02:07 AM, Jürgen Messerer wrote:
> Dear Darren
>
> You suggested in Bug 2256 the following:
>
> $ bitbake virtual/kernel -c cleansstate
>
> $ bitbake virtual/kernel -c menuconfig
>
> $ bitbake virtual/kernel -c compile -f; bitbake virtual/kernel
>
> Can you tell me what the difference is between
>
> “bitbake virtual/kernel -c compile –f”
>
> and
>
> “bitbake virtual/kernel”
The -c argument specifies a specific task you want bitbake to execute,
it accepts values from the listtasks command, compile is one of them.
The -f argument forces the task to execute even if bitbake thinks it has
already performed the task. This is useful when changing the sources
manually, which bitbake can't know anything about.
Note that "bitbake -h" would have provided this information.
>
> Shouldn’t be the last command “bitbake –c deploy virtual/kernel”?
If all you want is to get the bzImage into the tmp/deploy/images
directory, then that will suffice. If you want it to package it up and
complete all the tasks associated with the virtual/kernel recipe, then
"bitbake virtual/kernel" is required.
>
> Thanks for the infos
Welcome.
>
> Regards
>
> Juergen
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
prev parent reply other threads:[~2012-06-15 14:28 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-15 9:07 Bug 2256 - kernel menuconfig confusion with sstate Jürgen Messerer
2012-06-15 14:27 ` Darren Hart [this message]
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=4FDB463C.6020100@linux.intel.com \
--to=dvhart@linux.intel.com \
--cc=juergen.messerer@bbv.ch \
--cc=yocto@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.