From: John Ernberg <john.ernberg@actia.se>
To: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Deploying 2 machines, u-boot does not include with both.
Date: Wed, 24 Jun 2015 08:53:03 +0000 [thread overview]
Message-ID: <558A7025.4050204@actia.se> (raw)
Hi
This is a weird one that I have been researching for a while trying to
figure out how this can happen.
We recently had to extend our targets with another machine, they have
the same core CPU architecture, but we provide different configurations
of the kernel for them. Along with some IMAGE_INSTALL changes.
Since very little needs to be rebuilt, and the only thing needed to
change target machine is to edit the MACHINE variable, we chose to build
the images using the same build directory.
This means we set the MACHINE variable to machine_A. run bitbake
[machine_A_image], change the MACHINE variable to machine_B, and then
run bitbake [machine_B_image].
Here is when the weird happens. After machine_A has built, we can find
everything we expect to find in the machine_A image deploy directory.
When we change the MACHINE variable and build machine_B, we find that
the u-boot image from the machine_A directory has disappeared.
Depending on build machine it has moved into the machine_B directory, in
addition to u-boot image for machine_B being present in this directory,
OR it has just been removed.
Changing back to building machine_A, the u-boot(s) are removed from the
machine_B directory, and the machine_A u-boot will show up in the
machine_A directory.
What could be at play here to cause such a strange behaviour? How can I
debug such a behaviour? I could not find anything on Google regarding
this, nor anything in the logs generated by bitbake.
We're using the Daisy branch of Yocto.
Thank you in advance.
Best regards // John Ernberg
next reply other threads:[~2015-06-24 8:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-24 8:53 John Ernberg [this message]
2015-08-16 7:39 ` Deploying 2 machines, u-boot does not include with both Khem Raj
2015-08-17 6:44 ` Mike Looijmans
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=558A7025.4050204@actia.se \
--to=john.ernberg@actia.se \
--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.