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 56C52C433E2 for ; Fri, 4 Sep 2020 06:39:15 +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 2B18120748 for ; Fri, 4 Sep 2020 06:39:15 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 2B18120748 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 1kE5NC-0001CO-VE; Fri, 04 Sep 2020 06:38:58 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1kE5NA-0001CD-Ri for xen-devel@lists.xenproject.org; Fri, 04 Sep 2020 06:38:56 +0000 X-Inumbo-ID: 3fc172cc-acfc-4a04-b7b3-7532bd8944e4 Received: from mx2.suse.de (unknown [195.135.220.15]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 3fc172cc-acfc-4a04-b7b3-7532bd8944e4; Fri, 04 Sep 2020 06:38:55 +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 03C08AC19; Fri, 4 Sep 2020 06:38:56 +0000 (UTC) Subject: Re: [xen-unstable test] 153602: regressions - FAIL To: Jan Beulich , Ian Jackson Cc: Costin Lupu , xen-devel@lists.xenproject.org, Wei Liu References: <1bdbf90f-2150-cb86-63a2-37e5148ec34e@suse.com> <24401.5895.115731.487189@mariner.uk.xensource.com> <52d2bdeb-ccde-9d9d-9f62-24571e9e4c15@suse.com> From: =?UTF-8?B?SsO8cmdlbiBHcm/Dnw==?= Message-ID: <565646cc-2833-d34e-2bc3-eb920ac7f140@suse.com> Date: Fri, 4 Sep 2020 08:38:54 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <52d2bdeb-ccde-9d9d-9f62-24571e9e4c15@suse.com> Content-Type: text/plain; charset=utf-8; format=flowed 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 04.09.20 08:32, Jan Beulich wrote: > 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. This is clearly a problem of the mini-os private interfaces used by stubdom/grub. The clean solution here would be either to add a stable ABI to mini-os usable by stubdom/grub (and probably others in similar cases) in order to avoid such issues, or to have feature defines like for libxl in order to be able to specify to use the old interfaces of mini-os by stubdoms (which could be removed after all users having been switched to the new interfaces). Juergen