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=-0.6 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED 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 9E2F1C47404 for ; Wed, 9 Oct 2019 12:27:22 +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 68B6C21721 for ; Wed, 9 Oct 2019 12:27:22 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="uFqTWH0A" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 68B6C21721 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=invisiblethingslab.com Authentication-Results: mail.kernel.org; spf=none 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.89) (envelope-from ) id 1iIB3h-00055f-1u; Wed, 09 Oct 2019 12:27:13 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1iIB3f-00055V-LN for xen-devel@lists.xenproject.org; Wed, 09 Oct 2019 12:27:11 +0000 X-Inumbo-ID: 1df36c80-ea90-11e9-96dc-bc764e2007e4 Received: from out3-smtp.messagingengine.com (unknown [66.111.4.27]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 1df36c80-ea90-11e9-96dc-bc764e2007e4; Wed, 09 Oct 2019 12:27:11 +0000 (UTC) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id E639922131; Wed, 9 Oct 2019 08:27:10 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Wed, 09 Oct 2019 08:27:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=ljWnFo +1ujMfQfc0vjap2OEA4evG3BaAAHTimFZcS68=; b=uFqTWH0AivqElQ+COvSbyj z6bFSijeTW7TArA+8CCMux6sxVvRlxM+5Jv3O3AoGi5ZTeYzaBC5Ll5hjhdE9aqr 5/DhioTd1Vg4Yysu1eItaI5gdQS0K3wBDjEdisvr2jJ1q0mQwjiQXneStkgKxBFz 1ZdzpxZkQHf/2nbb1tc5xLBqXVL7kZXI0kQsigAcmZrxb2u1Qe8cFLx6JaeWkp7p oJBA3fzncrZW9MI8VKBOj2EwWlc84ef7m2MVxea9oH+IcKty0Mlngrv9gbmxa+E6 ZgphOapoQXbgN3FtBojvrYvfPFrwLyAiPpY0zwOy5A9t7055pdJMX3j8xCyXmlzQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedriedugddvjecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggujgesghdtreertddtjeenucfhrhhomhepofgrrhgvkhcu ofgrrhgtiiihkhhofihskhhiqdfikphrvggtkhhiuceomhgrrhhmrghrvghksehinhhvih hsihgslhgvthhhihhnghhslhgrsgdrtghomheqnecukfhppedukeekrddugeejrdduudef rddvfeefnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmrghrmhgrrhgvkhesihhnvhhish hisghlvghthhhinhhgshhlrggsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from mail-itl (188.147.113.233.nat.umts.dynamic.t-mobile.pl [188.147.113.233]) by mail.messagingengine.com (Postfix) with ESMTPA id 3C4D880061; Wed, 9 Oct 2019 08:27:09 -0400 (EDT) Date: Wed, 9 Oct 2019 14:27:02 +0200 From: Marek =?utf-8?Q?Marczykowski-G=C3=B3recki?= To: Jan Beulich Message-ID: <20191009122702.GS8065@mail-itl> References: <20191008162922.GL8065@mail-itl> <815f3cbc-22c3-5a02-429b-0cdf12d84917@suse.com> <20191009103153.GO8065@mail-itl> <13c61616-25eb-019d-75fd-7ac72f8bf133@suse.com> <20191009110051.GP8065@mail-itl> <3a75989f-d655-3bb7-4a71-5421c6f8a625@suse.com> <20191009115254.GQ8065@mail-itl> <26a97d5f-5100-19ea-a945-f2954a3d9d09@suse.com> <20191009122109.GR8065@mail-itl> MIME-Version: 1.0 In-Reply-To: Subject: Re: [Xen-devel] Xen 4.12 panic on Thinkpad W540 with UEFI mutiboot2, efi=no-rs workarounds it X-BeenThere: xen-devel@lists.xenproject.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: Juergen Gross , Andrew Cooper , xen-devel Content-Type: multipart/mixed; boundary="===============6243341657237457884==" Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" --===============6243341657237457884== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="15mzpIAI2q97mZMl" Content-Disposition: inline --15mzpIAI2q97mZMl Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [Xen-devel] Xen 4.12 panic on Thinkpad W540 with UEFI mutiboot2, efi=no-rs workarounds it On Wed, Oct 09, 2019 at 02:24:31PM +0200, Jan Beulich wrote: > On 09.10.2019 14:21, Marek Marczykowski-G=C3=B3recki wrote: > > On Wed, Oct 09, 2019 at 02:07:05PM +0200, Jan Beulich wrote: > >> On 09.10.2019 13:52, Marek Marczykowski-G=C3=B3recki wrote: > >>> I'm talking about Xen->Xen transition here. How system table pointer = is > >>> passed from old Xen to new Xen instance? And how the new Xen instance > >>> deals with boot services being not available anymore? > >> > >> It doesn't. I should better have said "* -> Xen transitions" in > >> my earlier reply. I simply can't see how this can all work with > >> EFI underneath without some extra conveying of data from the old > >> to the new instance. > >=20 > > Does it mean the whole discussion about SetVirtualAddressMap() being > > incompatible with kexec is moot, because runtime services (including > > SetVirtualAddressMap()) are not used by Xen after kexec anyway? If I > > understand correctly, you just said the Xen after kexec don't have > > runtime services pointer. >=20 > The concern is about kexec-ing to Linux (based on what I recall > from when I wrote this code; as said the situation may have > changed for modern Linux). But then, Linux won't have EFI system table pointer either, no? I don't see Xen passing it over in any way. --=20 Best Regards, Marek Marczykowski-G=C3=B3recki Invisible Things Lab A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? --15mzpIAI2q97mZMl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEhrpukzGPukRmQqkK24/THMrX1ywFAl2d0hYACgkQ24/THMrX 1ywPAAf+JulA4DtksKAa1vm1LO5S0mL5VR5r8Tkm9Jw51ljF/PqbatuWTa2pObR5 AwwFzLFsbfasB65Vm7fM819taUsMI7sUd/E4qKnIuyah3w5xrZ9jN69bKfMzqfXM asKQOSSXjknTIjhxJ8/+5wh/nhcioXnwQf2+Xu+CVyMbTcJug1nJ4MWX82rzcWxX m3MzlRTFrD2/bA9WBL/p4ranrF+AroCNG2P/m/tcZxzyMHCatHhF0GsoCGokOQea FT7ZRaTZn8wj3gvzFkw4lubStYrvUrmg2mlVjGr7S4fCGrmb+mNlk0yQS67unlkV H18DZ/+u22NZ+Fu2Bwis5kgwaKzMCQ== =ridY -----END PGP SIGNATURE----- --15mzpIAI2q97mZMl-- --===============6243341657237457884== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVucHJvamVjdC5vcmcKaHR0cHM6Ly9saXN0 cy54ZW5wcm9qZWN0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3hlbi1kZXZlbA== --===============6243341657237457884==--