From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.9 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id DB2B6C43461 for ; Fri, 4 Sep 2020 06:33:18 +0000 (UTC) Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 8F795206B8 for ; Fri, 4 Sep 2020 06:33:18 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 8F795206B8 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=suse.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kE5H8-0000oK-Vq; Fri, 04 Sep 2020 06:32:42 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kE5H8-0000oF-1A for xen-devel@lists.xenproject.org; Fri, 04 Sep 2020 06:32:42 +0000 X-Inumbo-ID: e7867943-f3cc-42e1-a0ea-312dbb373b21 Received: from mx2.suse.de (unknown [195.135.220.15]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id e7867943-f3cc-42e1-a0ea-312dbb373b21; Fri, 04 Sep 2020 06:32:41 +0000 (UTC) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 17BCFB5D8; Fri, 4 Sep 2020 06:32:41 +0000 (UTC) Subject: Re: [xen-unstable test] 153602: regressions - FAIL To: Ian Jackson Cc: Costin Lupu , xen-devel@lists.xenproject.org, Wei Liu , Juergen Gross References: <1bdbf90f-2150-cb86-63a2-37e5148ec34e@suse.com> <24401.5895.115731.487189@mariner.uk.xensource.com> From: Jan Beulich Message-ID: <52d2bdeb-ccde-9d9d-9f62-24571e9e4c15@suse.com> Date: Fri, 4 Sep 2020 08:32:45 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <24401.5895.115731.487189@mariner.uk.xensource.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: xen-devel@lists.xenproject.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" On 03.09.2020 18:17, Ian Jackson wrote: > Jan Beulich writes ("Re: [xen-unstable test] 153602: regressions - FAIL"): >> On 03.09.2020 12:24, osstest service owner wrote: >>> flight 153602 xen-unstable real [real] >>> http://logs.test-lab.xenproject.org/osstest/logs/153602/ >>> >>> Regressions :-( >>> >>> Tests which did not succeed and are blocking, >>> including tests which could not be run: >>> test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 10 debian-hvm-install fail REGR. vs. 152877 >>> test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 10 debian-hvm-install fail REGR. vs. 152877 >> >> While at least the hypervisor logs don't provide clear indication >> (and I don't know where else to look among the files osstest >> provides) I can't help thinking that stubdom apparently >> crashing is still fallout from the mini-os changes (and no-one >> really looks to care). In particular I think that this > > I haven't looked at this in detail but I notice that I am having > build failures. > > Prior to e013e8514389 "config: use mini-os master for unstable", the > version of mini-os used for builds was controlled by xen.git's > Config.mk. > > Since then it has been mini-os master. NB there is no push gate for > mini-os. IIRC we discussed this at the time and it was thought that > breakage due to mini-os would be unlikely. > > To unblock development in xen.git I suggest reverting the minios part > of 165f3afbfc3d "Config.mk: Unnail versions (for unstable branch)", > choosing some known-working version of minios to put in Config.mk. Afaict this would still not work, due to 8d990807ec2c ("stubdom/grub: update init_netfront() call for mini-os"). The dependencies between the two trees aren't helpful at all in a case like this one. > Perhaps there should indeed be a minios pushgate. Then osstest would > use the tested version. I did suggest this in a reply to an earlier test failure report, but as per above I don't see how this would work either in a case like this one. Jan