Received: by 10.192.165.148 with SMTP id m20csp4817512imm; Tue, 1 May 2018 04:30:56 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqLseppe3HGtptGESh18Ve39A0wD7Fm4Eh2JwOSpJOktlBCF5v18jwVWUDDSDCpHJnv5ePn X-Received: by 2002:a17:902:781:: with SMTP id 1-v6mr15973476plj.150.1525174256877; Tue, 01 May 2018 04:30:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525174256; cv=none; d=google.com; s=arc-20160816; b=tiToCgYnMKcAOgJKewiBdgkF4UZV6mdFuiqHS1gD8Ndn5lfasN8hNW+N/JDbelVzl3 //Qzuav/hXIuG+pRuMlWaZdWvvnJ5fEvAWpVrZBEY5DeY2aDqrj1o6d7H23vCGlmX+IJ NVCc+ZRtiFlteaB80CvE/XNv5pa9z5QoF+8htPURiqSSGjvboCMR50ZSLuYSF4PqqNBB avx5tSslRbL9rFGkylFBlnZ1VkqrDGBoBkKsMoHBp6feNzoPMGLeP0+r+/Gjq09K2w8Y RQRcf9SthKIeaM+Pnz+dhKv6QorRmyy/0Xz7qTKafOrq5xkK8e5u20GJzoYP4NZdPock 63uw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :content-language:accept-language:in-reply-to:references:message-id :date:thread-index:thread-topic:subject:cc:to:from :arc-authentication-results; bh=vQ8tT/Euq3XKKKeajpV9kk7dlT3WxjKVtnn1KiLEuC4=; b=cRj+k/yYlaAoetVy7VybGv8auEHwioJwrAyuNEdGOqvh9iQlx9z//I9JYK/8BHKlfa uH9/Axcx+BX4vqXIH0s0xseZt4Jie/FOmvSXplDOWZj15uergOkNg2vfq7P6JB5dVZu9 jhdwduLFoFqZuwfqLhfpbBh2cqLu5oDGzYd22adjQOrP/YIvCfXSClJ06yWkCaSa+9Kg hc9/JhaJdf+6X+dK+oHavFs06E66R4Xl7eWjD/l3q/S4i15YOKlXZV/qrZrCFbaC86GQ xlUbu9PE4HCgzmpnYgw/fH8JKxNI2zHY/Vs8FxCWOKHFGvqN3bEF9dI76vP8UUSjij7L N8Yg== 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 z13-v6si2065395pgv.514.2018.05.01.04.30.27; Tue, 01 May 2018 04:30:56 -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 S1754749AbeEALaQ convert rfc822-to-8bit (ORCPT + 99 others); Tue, 1 May 2018 07:30:16 -0400 Received: from smtp-out6.electric.net ([192.162.217.194]:57552 "EHLO smtp-out6.electric.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753072AbeEALaP (ORCPT ); Tue, 1 May 2018 07:30:15 -0400 Received: from 1fDTU3-0000e8-Ui by out6a.electric.net with emc1-ok (Exim 4.90_1) (envelope-from ) id 1fDTU4-0000gs-UM; Tue, 01 May 2018 04:30:12 -0700 Received: by emcmailer; Tue, 01 May 2018 04:30:12 -0700 Received: from [156.67.243.126] (helo=AcuMS.aculab.com) by out6a.electric.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1fDTU3-0000e8-Ui; Tue, 01 May 2018 04:30:11 -0700 Received: from AcuMS.Aculab.com (fd9f:af1c:a25b:0:43c:695e:880f:8750) by AcuMS.aculab.com (fd9f:af1c:a25b:0:43c:695e:880f:8750) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Tue, 1 May 2018 12:31:16 +0100 Received: from AcuMS.Aculab.com ([fe80::43c:695e:880f:8750]) by AcuMS.aculab.com ([fe80::43c:695e:880f:8750%12]) with mapi id 15.00.1347.000; Tue, 1 May 2018 12:31:16 +0100 From: David Laight To: 'Boris Ostrovsky' , "linux-kernel@vger.kernel.org" , "xen-devel@lists.xenproject.org" CC: "jgross@suse.com" , "stable@vger.kernel.org" Subject: RE: [PATCH 1/4] xen/PVH: Replace GDT_ENTRY with explicit constant Thread-Topic: [PATCH 1/4] xen/PVH: Replace GDT_ENTRY with explicit constant Thread-Index: AQHT4J+edp3W52PX8E+Fwckpc18TM6Qavd7A Date: Tue, 1 May 2018 11:31:16 +0000 Message-ID: <70673793884c4eba857970359f9f5158@AcuMS.aculab.com> References: <20180430162339.17143-1-boris.ostrovsky@oracle.com> <20180430162339.17143-2-boris.ostrovsky@oracle.com> In-Reply-To: <20180430162339.17143-2-boris.ostrovsky@oracle.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.202.205.33] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-Outbound-IP: 156.67.243.126 X-Env-From: David.Laight@ACULAB.COM X-Proto: esmtps X-Revdns: X-HELO: AcuMS.aculab.com X-TLS: TLSv1.2:ECDHE-RSA-AES256-SHA384:256 X-Authenticated_ID: X-PolicySMART: 3396946, 3397078 X-Virus-Status: Scanned by VirusSMART (c) X-Virus-Status: Scanned by VirusSMART (s) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Boris Ostrovsky > Sent: 30 April 2018 17:24 > To: linux-kernel@vger.kernel.org; xen-devel@lists.xenproject.org > Cc: jgross@suse.com; Boris Ostrovsky; stable@vger.kernel.org > Subject: [PATCH 1/4] xen/PVH: Replace GDT_ENTRY with explicit constant > > Latest binutils release (2.29.1) will no longer allow proper computation > of GDT entries on 32-bits, with warning: > > arch/x86/xen/xen-pvh.S: Assembler messages: > arch/x86/xen/xen-pvh.S:150: Warning: shift count out of range (32 is not between 0 and 31) > arch/x86/xen/xen-pvh.S:150: Warning: shift count out of range (40 is not between 0 and 31) > arch/x86/xen/xen-pvh.S:150: Warning: shift count out of range (32 is not between 0 and 31) > arch/x86/xen/xen-pvh.S:152: Warning: shift count out of range (32 is not between 0 and 31) > arch/x86/xen/xen-pvh.S:152: Warning: shift count out of range (40 is not between 0 and 31) > arch/x86/xen/xen-pvh.S:152: Warning: shift count out of range (32 is not between 0 and 31) > > Use explicit value of the entry instead of using GDT_ENTRY() macro. ... > #ifdef CONFIG_X86_64 > - .quad GDT_ENTRY(0xa09a, 0, 0xfffff) /* __KERNEL_CS */ > + .quad 0x00af9a000000ffff /* __BOOT_CS */ > #else > - .quad GDT_ENTRY(0xc09a, 0, 0xfffff) /* __KERNEL_CS */ > + .quad 0x00cf9a000000ffff /* __BOOT_CS */ > #endif > - .quad GDT_ENTRY(0xc092, 0, 0xfffff) /* __KERNEL_DS */ > + .quad 0x00cf92000000ffff /* __BOOT_DS */ > gdt_end: It has to be possible to fix the GDT_ENTRY() macro. Even if you end up with one that generates two 32bit values. You've also changed the name in the comments. David