From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6739560601010307072 X-Received: by 2002:a17:906:16cd:: with SMTP id t13mr19878373ejd.153.1569855208708; Mon, 30 Sep 2019 07:53:28 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a17:906:4c51:: with SMTP id d17ls2914244ejw.8.gmail; Mon, 30 Sep 2019 07:53:28 -0700 (PDT) X-Google-Smtp-Source: APXvYqwXS2l0mgqvFXSW24rej00+VXOaPyxRNkRRL/eSIaCiAVZrK8xMO37hny6bMWL8E566oNaI X-Received: by 2002:a17:906:fc02:: with SMTP id ov2mr19769673ejb.273.1569855208240; Mon, 30 Sep 2019 07:53:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569855208; cv=none; d=google.com; s=arc-20160816; b=LGcdRk9FJrJBpxp9jlBWE3/d63G+m8XKMjsuHj1mF0N6TspewSSPMubs1rVycLbvJY Bj9ks6/vU0Cxq5ZDgdoC9g4knn6mNRwf8iOZnDhmMUvgkIdui8XJe93ZsO4u64xTKc/N uRhN0OOJTJYfOE/vNcyGqtz7sPy0KlBWkjN4UXP3WmQuyHwDIHAjJ+V941SsGnvQFH5L 72w85PylDVam9wibWRt8Jhlhu0elD80CNwzBYZmT7fC6IyBBR58TlOQshkOtdNzKxg1k gVjEUtusalQLvFUH30Tu5N6MYLk4lfg6GCreQjyi764jK7aLiAy38mn6/S0MZ6cScsSh 72bQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=CLkaleH8ZuIf0JyaYLXTjn7mx+Zjfsc5gbJWeSeZX+M=; b=CJPnJzT8XKb0ZPQPmKQPlpI7iwofBoj/EBpPgxB2QPeHw4gzDC4AphLrEM4F8wg0Qh CwrzkTgFIWr25Jj/QK2G6mFXhte0ITUJMy5UdCFuGq2r9n4WMEiwpJX5l2Hy1cmJHOAD dBzQMHGOVDwH0n3AkQA7iTNmaVy5TUXR4vZp0wAA0x4ow6sBluoA7NYTEaNanypTD4xW f0E2ne+7sZVhHogaag9eqvsy+mJ2Jop1mIEVFD13GO6v1r0kxeoIwMHAQTAGZcSHjKEe h24KRh3RehHmgxj5/50SmzCIOfkn0SiPNsagpV1+YYU9PToftKGJzrSHw5XD7bMl3wAn pDAg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id y11si767007edq.1.2019.09.30.07.53.28 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 30 Sep 2019 07:53:28 -0700 (PDT) Received-SPF: neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from yssyq.m.ilbers.de (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8) with ESMTPSA id x8UErQfL006730 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 30 Sep 2019 16:53:27 +0200 Date: Mon, 30 Sep 2019 16:53:26 +0200 From: Baurzhan Ismagulov To: isar-users Subject: Re: [PATCH v6 12/27] Detect false sharing of recipes Message-ID: <20190930145326.prsfzcxogzebwbll@yssyq.m.ilbers.de> Mail-Followup-To: isar-users References: <5a2e329b881ec0b392d0f1abd116f1deeee0f66f.1569176231.git.jan.kiszka@siemens.com> <20190929145700.ads3zbq7hz77olcw@yssyq.m.ilbers.de> <248aa6db-6327-9604-40b6-e7135a5f9961@siemens.com> <20190930095610.shyewhozb46dautr@yssyq.m.ilbers.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: um50QjAZuE2n On Mon, Sep 30, 2019 at 12:14:38PM +0200, Jan Kiszka wrote: > > > isar-bootstrap had two issue: > > > > > > 1. Not rebuilding when it should (on changes to its configuration) > > https://groups.google.com/d/msg/isar-users/nciPZ484-nI/kf9C-_9tAQAJ > (finding the right messing in googlegroups is a horrific mess...) > > > > 2. False sharing of it deployment directory > > https://groups.google.com/d/msg/isar-users/nciPZ484-nI/vjjYVf9tAQAJ Ok, thanks for the explanation. You unshared the host rootfses for Debian armhf and Raspbian armhf. After that, the locks in isar_bootstrap() and do_apt_config_prepare() are indeed not necessary. Actually, sharing both was an intended optimization because the resulting host rootfses are identical. However, the implementation drops one via locking and not via bitbake pipeline, and isn't executed on config change. Not sure how difficult it would be to do that right. I can merge #9 and #10 for now. > If two multiconfs have the same common dependency, that one is only built > once. Well, except when not. And when not, my instrumentation will tell you > that there is a fundamental multiconf bug. I've forgotten that hello is unpacked for every arch-codename, so each has its own once.do_dpkg_build. Never mind. With kind regards, Baurzhan.