Received: by 10.192.165.148 with SMTP id m20csp733793imm; Wed, 2 May 2018 08:00:46 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpR3ojII8EVtPSjOxXHOwGxJYH3saTDNDJPSZjadW+O3Ysj5AfHb8l1rAaqxNFuQ+PmkGFl X-Received: by 2002:a63:7405:: with SMTP id p5-v6mr11350299pgc.289.1525273246471; Wed, 02 May 2018 08:00:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525273246; cv=none; d=google.com; s=arc-20160816; b=x/ZIozTKHBJDFFUYnUmYZS1LVBwrmpYIDAWHy3FeZMCLTWz1J2XiA6bK0XDyBNhQnG o/mkDBwdA2Q5+pnmj1+hs1FNa+sT7lu30OKZulZT8WF1XKF8nfCkp4FAxwCoF75cg8y7 oIu3VByILNm+gGHaJ3X3m1PHSMro4/Gmg3yjR8DiRyQtZeX4FMBfWB9Ursc/eRa96i7g d1KY2AaSEDzGRkILy7yzjyagOX0NMDvOHuwYsLvpXLGe8huaVzSNftnAprunuIvfG39x wX7ivcHCzR5GVr907ZKs+z4RMJLs5HveCMlDpYWPiUFK5FGuLZmju1K0ssttm+EsbOsX EQ7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-disposition :content-transfer-encoding:mime-version:in-reply-to:references :subject:cc:to:from:date:message-id:arc-authentication-results; bh=vwwmNZVZTWW5PkkEOEqN8g7r2mWBhIOVVQfLV3fG3cc=; b=uEIbqE9JmP4yw8bWmyigMa1XUWZ2Oim61CCTO7Z6fVrLUwdXD/kaD2EqocecHxO9CQ 6IdxoIxj7jkG7RPLWQPaEHl1IrtzKoLgdGOxWw/OOSRooh+kqNtduyRISJbuF6MEIxF4 kx+B4V1YpruWhBRRDUiFyLVTlg1xZNjLLVEuK0M6kDktvAjLtqh88EXDQbwkIZjwhZjR 0AZZwa1F35NYgv2g8W5vGouRG3s9shFORWcXEvn3kNkDKGD8URNPgMOp0mwZDaIUVcJX q6ELvvJgKX7leSYy1PccMRPByR4vGEGJITHV9WCqYtedBYflaY8JNeCPWcVhcMlQNg6Z eWmA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v7-v6si9845202pgq.608.2018.05.02.08.00.31; Wed, 02 May 2018 08:00:46 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751539AbeEBPAP convert rfc822-to-8bit (ORCPT + 99 others); Wed, 2 May 2018 11:00:15 -0400 Received: from prv1-mh.provo.novell.com ([137.65.248.33]:50466 "EHLO prv1-mh.provo.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750921AbeEBPAM (ORCPT ); Wed, 2 May 2018 11:00:12 -0400 Received: from INET-PRV1-MTA by prv1-mh.provo.novell.com with Novell_GroupWise; Wed, 02 May 2018 09:00:11 -0600 Message-Id: <5AE9D27402000078001C02ED@prv1-mh.provo.novell.com> X-Mailer: Novell GroupWise Internet Agent 18.0.0 Date: Wed, 02 May 2018 09:00:04 -0600 From: "Jan Beulich" To: "Boris Ostrovsky" Cc: "xen-devel" , "Juergen Gross" , , Subject: Re: [Xen-devel] [PATCH 2/4] xen/PVH: Use proper CS selector in long mode References: <20180430162339.17143-1-boris.ostrovsky@oracle.com> <20180430162339.17143-3-boris.ostrovsky@oracle.com> <5AE9713D02000078001C007B@prv1-mh.provo.novell.com> <6b7a748d-e289-c370-123a-678c6ad7d9dd@oracle.com> In-Reply-To: <6b7a748d-e289-c370-123a-678c6ad7d9dd@oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >>> On 02.05.18 at 16:57, wrote: > On 05/02/2018 04:05 AM, Jan Beulich wrote: >>>>> On 30.04.18 at 18:23, wrote: >>> Signed-off-by: Boris Ostrovsky >> Reviewed-by: Jan Beulich >> >> But to understand why things have been working nevertheless it would >> have been nice if the commit message wasn't empty, but instead said >> something like "The two happen to be identical on 64-bit." > > > Why do you think they are identical? __KERNEL_CS points to entry#12 > (which we don't specify in PVH GDT) while __BOOT_CS is the second entry > (which we do create). That's 32-bit's __KERNEL_CS. If the two weren't identical, the ljmp you adjust would never have worked afaict. Jan