From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6727118917296193536 X-Received: by 2002:adf:82cd:: with SMTP id 71mr28766174wrc.265.1566297103603; Tue, 20 Aug 2019 03:31:43 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a5d:5709:: with SMTP id a9ls5381168wrv.12.gmail; Tue, 20 Aug 2019 03:31:43 -0700 (PDT) X-Google-Smtp-Source: APXvYqz+lF8b/0yy1UQSqjjQjHsrVJxETolfkGfLB8VRq9fzYetcQumUmO1JimWBFBtThr2ELdyT X-Received: by 2002:a05:6000:cb:: with SMTP id q11mr32792058wrx.50.1566297103037; Tue, 20 Aug 2019 03:31:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566297103; cv=none; d=google.com; s=arc-20160816; b=pqzbC52vXkZFwU/yFPIjtr3SHUtyuJFnxMnBf2lzJY7ga4ql5OusVCehMmqaGD57SL igkZVmTmE9kWapF+pvgXgoXiFSDm8Sxl9W+lH8+Ap3rAex240Idp3HjfvxWnqoDEvJJG YErDw2irQUb3JJxDHuLw+YLVaKS5meDer2ra7lXkAQxJFrN0WYwZ1Q9MRm+iJo/2MWYM hR2uEXCx2HCsnQspgg3IDxK4xYalG8wtYAJF93LxHJOObTQWit3acVOtGRoZFUfvfvqO ARY/HhTa2SD3/4IVpWSR0t8uay/iitoSeHxkFh1/g/iUlqlrQJUHqsTyNLqBnGg9LMCB AXGw== 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=nz86qceSnhQ99BkJCt2b06FDztXkb/TEs0hbV0xQs4g=; b=vlXFrAKH0253i1GhT3U4+BPKVfChvURj6sp7WYfs3xIOICbT0UFkpcFx+ADDzZOV8Z ZIT+VRSKoSUKlAgd3GHBxqSxEYjo0LM5mhs769nLv/MmeoRle0ebGV3cMHDpy+DpmZjv Wqxn/9XvVUlMwlXY5LoruvPYZfQk+D8ofL3gUrV8ad8qv38i9/BNdFPQY7tDxkRsdql4 hb4jFDMAqiRzzOvZjL/8rTjyqZSDXmajW8ZpnIGW7p82pkUp7RhDQDrc21eVqnWGOSko orWRGnvu9EozlLZdFemAvtNLmobiIoDwunG5Q2/6NogQ3qOvDvVxAF6I11tNI31g7t8G FzKQ== 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 a10si939963wmm.2.2019.08.20.03.31.42 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 20 Aug 2019 03:31:42 -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 x7KAVfiC011339 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 20 Aug 2019 12:31:42 +0200 Date: Tue, 20 Aug 2019 12:31:40 +0200 From: Baurzhan Ismagulov To: isar-users Subject: Re: Sporadic build failure of next Message-ID: <20190820103140.GI3412@yssyq.m.ilbers.de> Mail-Followup-To: isar-users References: <1caa3be8-d9c7-0f31-7cb7-4ee3ad43af27@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1caa3be8-d9c7-0f31-7cb7-4ee3ad43af27@siemens.com> User-Agent: Mutt/1.10.1 (2018-07-13) 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: wmzmmH4Rsgon Hello Jan, On Tue, Aug 20, 2019 at 07:37:04AM +0200, Jan Kiszka wrote: > attached a build failure of 49895c62cdca. I ran that build 3 more times, but > it didn't trigger an issue again. Looks like some false sharing, but I do > not have an idea yet of what exactly. Thanks for heads-up. ERROR: mc:de0-nano-soc-stretch:libhello-0.1-98f2e41-r0 do_build: Function failed: do_build (log file is located at /builds/ebsy/debian/isar/build/tmp/work/debian-stretch-armhf/libhello-0.1-98f2e41-r0/temp/log.do_build.56623) ... ERROR: mc:qemuarm-stretch:libhello-0.1-98f2e41-r0 do_build: Function failed: do_build (log file is located at /builds/ebsy/debian/isar/build/tmp/work/debian-stretch-armhf/libhello-0.1-98f2e41-r0/temp/log.do_build.69020) Apparently, we instruct multiconfig to run the same task twice for the same DISTRO and DISTRO_ARCH in the same directory, and they happen to run in parallel. If this is the case, we should ideally build once; not sure whether this is desirable for all packages, though (e.g., two boards building the kernel from the same source and revision, but with different configs, etc.). I couldn't find the same failure on ci.i-b.o, but I remember some issues around this (related or not). Could we force building of the packages at the same time in CI? Ideas welcome. In this way, we could perform regression testing for concurrency. IIRC, the kernel or PREEMPT_RT has a static checker that can detect potential deadlocks. That would be a nice addition to bitbake (although I doubt it is implementable today, since it would require recipe introspection w.r.t. e.g. build directory, etc.). With kind regards, Baurzhan.