All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Smith, Virgil" <Virgil.Smith@flir.com>
To: Paul Eggleton <paul.eggleton@linux.intel.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>,
	"Yu, Chan KitX" <chan.kitx.yu@intel.com>
Subject: Re: Kernel Panic: /sbin/init not found
Date: Mon, 6 Apr 2015 17:12:59 +0000	[thread overview]
Message-ID: <F14AEF751653024287138321000C846AF48138A8@BOS-DAG1.zone1.flir.net> (raw)
In-Reply-To: <3830727.44ard1Gu2C@peggleto-mobl.ger.corp.intel.com>


> This is not true in the general case. You definitely can use
> IMAGE_INSTALL_append with a leading space to add items to an image, I just
> verified that now.
>
> I'm not clear on exactly what happened in the case we're discussing, at least
> initially it sounded like IMAGE_INSTALL = rather than IMAGE_INSTALL_append =
> was being used, which would definitely account for the behaviour described.

Digging.... testing.... reading....
I don't know what happened in Chan Kit's case, but it looks like my earlier trouble was using IMAGE_INSTALL +=  from inside local.conf.  IMAGE_INSTALL_append isn't applied until after parsing completes.  So here is one (or rather the) way to overcome the fact that local.conf is *parsed* too early for extending variables/configuration introduced later in the *parsing* chain.

So, my earlier statement that you can't use/rely on IMAGE_INSTALL_append from local.conf is flat wrong.

> The precedence of bb files and order of application of bbappends is controlled
> primarily by layer priorities; the order that layers appear in bblayers.conf
> shouldn't come into that (although it may if you have layers that have exactly
> the same priority set). The order of layers in bblayers.conf can influence the
> order in which bbclass and inc files are found *where files of the same name
> exist across different layers*, since these are found using BBPATH, which is
> prepended or appended to by each layer.conf file and thus the order in which
> those files are parsed is significant.

Thanks Paul, I wasn't sure I had the whole story.

________________________________

Notice to recipient: This email is meant for only the intended recipient of the transmission, and may be a communication privileged by law, subject to export control restrictions or that otherwise contains proprietary information. If you receive this email by mistake, please notify us immediately by replying to this message and then destroy it and do not review, disclose, copy or distribute it. Thank you in advance for your cooperation.


  reply	other threads:[~2015-04-06 17:13 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-02  9:25 Kernel Panic: /sbin/init not found Yu, Chan KitX
2015-04-02 11:37 ` Paul Eggleton
2015-04-03  6:29   ` Yu, Chan KitX
2015-04-03  6:43   ` Yu, Chan KitX
2015-04-03  7:03     ` ChenQi
2015-04-03  7:06       ` Yu, Chan KitX
2015-04-03  8:16       ` Yu, Chan KitX
2015-04-03 10:38         ` Paul Eggleton
2015-04-03 15:31           ` Smith, Virgil
2015-04-04 14:25             ` Paul Eggleton
2015-04-06 17:12               ` Smith, Virgil [this message]
2015-04-07  0:06                 ` Yu, Chan KitX
2015-04-07  8:21                   ` Paul Eggleton

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=F14AEF751653024287138321000C846AF48138A8@BOS-DAG1.zone1.flir.net \
    --to=virgil.smith@flir.com \
    --cc=chan.kitx.yu@intel.com \
    --cc=paul.eggleton@linux.intel.com \
    --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.