From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6657888687695593472 X-Received: by 2002:a2e:974d:: with SMTP id f13mr48755ljj.14.1550485430414; Mon, 18 Feb 2019 02:23:50 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a2e:8247:: with SMTP id j7-v6ls950604ljh.13.gmail; Mon, 18 Feb 2019 02:23:49 -0800 (PST) X-Google-Smtp-Source: AHgI3IZ/j5XHK28BhEVS/2mS7iZqcPM6wbdaOJLCh/oaOK0E3HejZ+W6qr4pjuxoAO224rAqkUVw X-Received: by 2002:a2e:9e41:: with SMTP id g1-v6mr1288364ljk.22.1550485429717; Mon, 18 Feb 2019 02:23:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550485429; cv=none; d=google.com; s=arc-20160816; b=wX2WBIKHubIgaVkmfTlJ5tzsdowLkYaDiB44BQyz8GpuiM/9AzExjROGKSlG50DAeK EmFbT61E7TsIzbgaInQVy4DjxR1gQyH9B+Bz+P33hGZ+8BGlTe6y2msV5FmbymTHSkmd ypxXW0VZxZGObZ2XrmDihKuVDlzAxg6qYU+bbak7oyUc8Guz3n5anw69PRGK1ajCSS0G oRzfz4BFsB5ZwXjPYAYVwHTAVymXhJrSHgcL9QQGJcY4YQQ4P//41JCrr6QuBOQvJbPJ Z0qr+Os2wvLC2opa310TaYF03vYN9zox5ERLXRClnwJ5gUNLIoGpSzNxXYw+jhP0KSu6 s5XQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:cc:to:subject; bh=+BoAdPqzxlwhsf8P9KMml0pyolRXJI65oevP9u6y5DY=; b=wGsHB+Qw/W0S9OczIcEjrRyRQvQKK8PpD2DFvTEDIKwAw8V3wTtpk9SVvvRmsgC1eI QadyM45jY+ADIHH/dTybAovtVvYyqJZTEZP1IoAmRlmBtOQQ4hShb2WEofNb93lXvLzr OS4lyGkqW1OKIpnu/Y8/mutwQqbYtSqyPKTyq5lpNrTMj0ium4Ek1wgPEnJgo7/pk1ZV YcFxv1t4ikc/qF79S6nr0mrSWShHnbV7KHI6DCcQswUx8si5ResExOtkpINt+yiPbXLt qJGT1AZkaC3ltWyv+Xtpj4SmC7P8z8hIqf8f16V2qC+XhH34zvEYcsPgzidab1HHmXEW oE9w== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id q10-v6si819411lji.4.2019.02.18.02.23.49 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Feb 2019 02:23:49 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id x1IANm6u009038 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 18 Feb 2019 11:23:48 +0100 Received: from [139.25.68.37] (md1q0hnc.ad001.siemens.net [139.25.68.37] (may be forged)) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id x1IANm1w002672; Mon, 18 Feb 2019 11:23:48 +0100 Subject: Re: [PATCH 3/4] ci: Include de0-nano-soc target into fast build To: Henning Schild Cc: "Maxim Yu. Osipov" , isar-users@googlegroups.com References: <20190214160807.31948-1-mosipov@ilbers.de> <20190214160807.31948-4-mosipov@ilbers.de> <92972692-715f-7b31-87e8-96c13e60c6d3@siemens.com> <20190218111849.6f56023c@md1za8fc.ad001.siemens.net> From: Jan Kiszka Message-ID: <99ae7034-e1c9-b84b-16e5-34d2d21f4cdd@siemens.com> Date: Mon, 18 Feb 2019 11:23:47 +0100 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 In-Reply-To: <20190218111849.6f56023c@md1za8fc.ad001.siemens.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: r7twBM6prUAV On 18.02.19 11:18, Henning Schild wrote: > Am Fri, 15 Feb 2019 08:20:19 +0100 > schrieb "[ext] Jan Kiszka" : > >> On 14.02.19 17:08, Maxim Yu. Osipov wrote: >>> Note: So far de0-nano-soc build is launched separately as >>> parallel build with the same target arch (qemuarm) fails. >> >> jailhouse-images builds multiple images out of the same arch for >> quite a while now. You may want to cross-check and adopt the patterns >> there. >> >> Even if unrelated to this issue: A proper multiconfig file only >> contains two assignments: MACHINE and DISTRO. This should be >> eventually cleaned up in meta-isar so that user do not copy the wrong >> patterns. > > It is most likely false-sharing on multiconfig. Now if we look for > "[stamp-extra-info]" in the source-tree we will find several > combinations. > > "${DISTRO}-${DISTRO_ARCH}" > "${DISTRO}-${MACHINE}" > "${MACHINE}-${DISTRO}" > "${DISTRO}" > There are likely broken stamps. We should sort them according to differentiating variables into subfolders, like oe does. And we should review the tagging at that chance, if there are no false sharings hidden. > And possibly several tasks that should have an extra-stamp but do not. > Avoiding multiconfig is a very good idea, not just for CI ;). This remains wrong, even if you repeat it. It's not perfect, but it works in practice, solving way more problems than it introduces. But it remains an expert feature that should be advertised as such. Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux