Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp9244384imu; Sat, 29 Dec 2018 14:04:21 -0800 (PST) X-Google-Smtp-Source: ALg8bN6yzcc6ZaOJI+OmG/bJyp4zkVGrs3OXN+vP4wwM5f4zmfCBnXMZTgRlL442kKjQ12YIflqq X-Received: by 2002:a63:bf0b:: with SMTP id v11mr2905570pgf.302.1546121061794; Sat, 29 Dec 2018 14:04:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546121061; cv=none; d=google.com; s=arc-20160816; b=WBVxX/qbvgjuG4lQ4k5aJX733myMPeOSwTxiw5G/cPegxOFWC64OYO0Gvu0pHOX5zE XUCo0T7CxlBORbshMdmdElWwS85v0nz5Z/epwCGc1rh2Ef3llV8aDUWeKE3PBkz9ZzNM bBexQXsL+C+5v2KrLS0fXz4Y0cmsachKmkelfFWcVvGKAMybBKqkd971nhK08z1eKGX7 HKJ3IZWBnruCOetXMTO/d3nq6Wvgt6Mnf/FIFTMtR3LOMQODqu1He5wWmbT6boJUfm10 qESKDzd22fZIyO3ucIGrul8K8HrOqiWkMnBOb6Dqqq0iUrAW+evWWrrB15VkOP5mLF6J bS2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=ZpxWfwTk2kaq23LOW42oFRb0h/7h540F/KUs3jZhVcc=; b=YIqmUXwDcrqRV80knNOesb+iNLKr7AS7K7DzAxE1scy9ELF1V2f3/0/bnNEm/7nhGM VqQCNU9AKTJh9bNI1nHUVmHhrwMFT/5I/hyCM3Ick23N279bLuSWvqfJgHFDWYLQ+8rc KF6CDXYGuId2E2efqqzhlON2Irq8HaK/fv1G69qh+Vjf5zcG4kegPteWeDMnb8c9qPLd b4UggFGqEYJkWMzpz456qJRqOoKHwz3enxNJiIbd7G3F8KGrylAjUegwkyYKrYZe8cBA wIKiLAS+CJw1M70TsQbgtF3FshhMFot6PwdUb2p4EnG2APBiv4QKuSyY4O7iIU/ae5ft keAA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i66si21438622pfb.91.2018.12.29.14.04.06; Sat, 29 Dec 2018 14:04:21 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726740AbeL2PWG (ORCPT + 99 others); Sat, 29 Dec 2018 10:22:06 -0500 Received: from mga03.intel.com ([134.134.136.65]:44537 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726168AbeL2PWG (ORCPT ); Sat, 29 Dec 2018 10:22:06 -0500 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Dec 2018 07:22:05 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,414,1539673200"; d="scan'208";a="129997676" Received: from unknown (HELO localhost) ([10.239.13.104]) by fmsmga002.fm.intel.com with ESMTP; 29 Dec 2018 07:22:03 -0800 Date: Sat, 29 Dec 2018 23:26:43 +0800 From: Yang Weijiang To: Paolo Bonzini Cc: qemu-devel@nongnu.org, rkrcmar@redhat.com, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, mst@redhat.com, yu-cheng.yu@intel.com, yi.z.zhang@intel.com, hjl.tools@gmail.com, Zhang Yi Subject: Re: [Qemu-devel][PATCH 2/4] Add CET SHSTK and IBT CPUID feature-word definitions. Message-ID: <20181229152642.GA6590@localhost.localdomain> References: <30d79c2d6fa0658cd2818c21da852fd4dfeeae1c.1545806972.git.weijiang.yang@intel.com> <97d6366b-df95-cf00-d652-3176547ae5ca@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <97d6366b-df95-cf00-d652-3176547ae5ca@redhat.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Dec 28, 2018 at 03:25:10PM +0100, Paolo Bonzini wrote: Thanks a lot Paolo for the comments! I'll fix the issue in next version. > On 26/12/18 09:25, Yang Weijiang wrote: > > @@ -1233,6 +1252,14 @@ static const ExtSaveArea x86_ext_save_areas[] = { > > { .feature = FEAT_7_0_ECX, .bits = CPUID_7_0_ECX_PKU, > > .offset = offsetof(X86XSaveArea, pkru_state), > > .size = sizeof(XSavePKRU) }, > > + [XSTATE_CET_U_BIT] = { > > + .feature = FEAT_7_0_ECX, .bits = CPUID_7_0_ECX_CET_SHSTK, > > + .offset = offsetof(X86XSaveArea, cet_u), > > These offsets are incorrect, since supervisor states are only stored in > the compacted format. In fact, in patch 4, supervisor states should > return 0 in CPUID(EAX=0Dh,ECX=n).EBX. > > You can use offset == 0 to distinguish supervisor and user states, so > that supervisor states are skipped in xsave_area_size and x86_cpu_reset. > > Thanks, > > Paolo > > > + .size = sizeof(XSaveCETU) }, > > + [XSTATE_CET_S_BIT] = { > > + .feature = FEAT_7_0_ECX, .bits = CPUID_7_0_ECX_CET_SHSTK, > > + .offset = offsetof(X86XSaveArea, cet_s), > > + .size = sizeof(XSaveCETS) }, > > }; > > > > static uint32_t xsave_area_size(uint64_t mask)