public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: Henning Schild <henning.schild@siemens.com>
To: "'Benedikt Niedermayr' via isar-users" <isar-users@googlegroups.com>
Cc: Benedikt Niedermayr <benbrenson89@googlemail.com>
Subject: Re: multi MACHINE build for same DISTRO_ARCH
Date: Tue, 2 Jul 2019 12:21:49 +0200	[thread overview]
Message-ID: <20190702122149.067d533b@md1za8fc.ad001.siemens.net> (raw)
In-Reply-To: <091c680c-8836-0efd-acbb-68d306ae5305@googlemail.com>

Hi,

the key is to get the split between machine and distro configs right.
And to make sure all your recipes create generic enough packages that
can be shared or differ in name/version where not.

The great sharing potential, reducing build time and size, but also
means a high risk of false sharing if you make a mistake. I
personally avoid multiconfig builds for that reason.

Henning

Am Mon, 1 Jul 2019 16:41:36 +0200
schrieb 'Benedikt Niedermayr' via isar-users
<isar-users@googlegroups.com>:

> Hi guys,
> 
> before I send some patches to you I would like to discuss this a bit.
> 
> The problem is to run multi machine builds for the same DISTRO_ARCH.
> 
> We have for example a BSP layer which supports imx6, imx7 and imx8 
> architectures, and we like to be able to run
> 
> those builds within a single bitbake command:
> 
> 
> bitbake multiconfig:imx6-stretch:isar-image-base \
> 
>               multiconfig:imx7-stretch:isar-image-base \
> 
>               multiconfig:imx8-stretch:isar-image-base
> 
> 
> The build runs fine if DISTRO_ARCH differs between targets. But it
> does not run successfully if only MACHINE differs and DISTRO_ARCH is
> the same.
> 
> 
> I think running multi machine build within one bitbake build folder 
> makes a lot of sense, especially when it comes to build time and CI.
> 
> I don't like it to create a new build folder for every MACHINE,
> although everything (rootfs, buildchroot, etc.) stays almost the same
> among DISTRO_ARCHs.
> 
> 
> 
> Is anybody familiar with this behavior?
> 
> 
> 
> Thanks,
> 
> Benni
> 
> 
> 
> 


  parent reply	other threads:[~2019-07-02 10:21 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-01 14:41 Benedikt Niedermayr
2019-07-01 14:51 ` Jan Kiszka
2019-07-01 17:03   ` Benedikt Niedermayr
2019-07-02 10:21 ` Henning Schild [this message]
2019-07-05 16:12 ` Baurzhan Ismagulov
2019-07-10 18:52   ` benbrenson89
2019-07-10 19:09     ` Jan Kiszka
2019-07-11 17:09       ` Henning Schild

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=20190702122149.067d533b@md1za8fc.ad001.siemens.net \
    --to=henning.schild@siemens.com \
    --cc=benbrenson89@googlemail.com \
    --cc=isar-users@googlegroups.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox