From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6724331065971834880 X-Received: by 2002:a2e:87d5:: with SMTP id v21mr18100594ljj.191.1566378409645; Wed, 21 Aug 2019 02:06:49 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:ac2:50c2:: with SMTP id h2ls153343lfm.0.gmail; Wed, 21 Aug 2019 02:06:49 -0700 (PDT) X-Google-Smtp-Source: APXvYqyA5sLD5r/ioo/BJxThA/yqDFr9/Wxi5tThTjwi3rXkXzwgXDS8rCFYEPTOm5crdBM1TCTY X-Received: by 2002:a05:6512:15a:: with SMTP id m26mr17868595lfo.71.1566378409024; Wed, 21 Aug 2019 02:06:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566378409; cv=none; d=google.com; s=arc-20160816; b=WZ0Ot7U7cfKboST5yE+t63c+sAXa5YQhE80LrnoW9usB1YIJjnyqxlB0ITdwNHlHi1 VsXfuhIwG3rMd0LzVj7kiZFawkzyOYSnxwwYKO+L3UQ76Hsp+bz/h1hx52vLQjFxvqfP zn1VX0K5hA6ylHqt9oPiIbmqY494Na27n64+y2C5j037inF0gyxvxrqr7tyFMhG/CNCd s6brSY/vEPsCFv8UpP/YJrzNjgLEpUUv0T22Bkr8FUWYfHQ4Gsu4QOb1mFLbfRZ/iJA/ zB2x0DKxHnfk8+A0qCxeKLhl/suHxWYQN94t6RVDsYPYYbNO9qaomqz8UnxKxI3t+G6H 9l4A== 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:to:subject; bh=S6twvgCG8FRN9sFgMk+pF2ZaHtpnFsVLe1P5AUp0ReA=; b=kebT2xBAtUmRha3j9Q8bfvF1rnwsRo1g97PUctEjFOTqMNa/vo6UoRhRaFjKImTYsi CU7m+gtX3bcC3aUI/5otHAW6EPBxgp1xvorz76FyIWAp087+PccZmiHu4ShQYGO4oEVI 4CWZZKAZ9DZeUKO8j57cCYMVRwU85X76rQ8LDPPSRcL5rc+bfdT2BKX5usOc9jJfxY8j LG4/HfIAGJZb0MSuFNX95ptt852EPWfXuCthnOBxOR/A9rQQJqd+20aE1XS9lJT4N8jr EX3proCitzfvBkJ0HGIgZnGvVx/ZF9MggLhp/6Su6d6RoJY/O4eBciidxEPM7ayZiNFS v7PQ== 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id c12si714979lji.0.2019.08.21.02.06.48 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Aug 2019 02:06:49 -0700 (PDT) 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id x7L96mwq032571 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 21 Aug 2019 11:06:48 +0200 Received: from [139.22.40.34] ([139.22.40.34]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id x7L96ldu020606 for ; Wed, 21 Aug 2019 11:06:48 +0200 Subject: Re: isar-bootstrap fails to rebuild after config changes To: isar-users References: <52a51b4f-483a-3b42-8edf-3e0db8ffc722@siemens.com> <94e2ed05-76df-2071-9528-e3765e1b8de8@siemens.com> <20190821090209.GA31401@yssyq.m.ilbers.de> From: Jan Kiszka Message-ID: <2a128c99-509d-8027-2c7e-033e9cc1e48d@siemens.com> Date: Wed, 21 Aug 2019 11:06:47 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190821090209.GA31401@yssyq.m.ilbers.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: L5NSgTCvUYm4 On 21.08.19 11:02, Baurzhan Ismagulov wrote: > On Tue, Aug 20, 2019 at 09:33:29PM +0200, Jan Kiszka wrote: >> Actually, I do not even see the point of locking here: If a bootstrap target >> is shared, only one multiconfig target will request its build and the others >> will wait automatically for the result. That's what bitbake is supposed to >> do for us. If it's not shared, there is no conflict to use locks on. We only >> need locks if different tasks of different recipes compete for common >> resources. > > There were build issues. Maybe that is the case when the host and the target > arch are the same. We might be able to reproduce that by trying to build > 2c99c8d. I will rather do this on top of my current queue which cleans up a lot and possibly also fixes false sharing of build stamps (due to improper STAMP setting). But I'm still fighting with other issues, will share some soon. Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux