Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp840539ybn; Wed, 25 Sep 2019 08:28:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqy4AbaglstQAkLwKdML3NIWGego46UKckg/7GIS+O64CM55xq5HkYZsBDExpslrwVrDG5PX X-Received: by 2002:a17:906:768f:: with SMTP id o15mr3934603ejm.42.1569425279798; Wed, 25 Sep 2019 08:27:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569425279; cv=none; d=google.com; s=arc-20160816; b=hoAbj4WzoOpY8lKMdu3dgU+uuSXun9cwL5EqG3FpBkhwmE1xNtoFJpBzV8S+tksPwG i9HlfekG9B4xgPK1STyLtBbJsay3TcZ2N+KpEwyIphq1IESjIsODIBWCjXH6magxSj6L LGazDGgVnYWxy+i7zjTrUyNakiEbwRJae5b3Gl+VCeYarghzWvIfNAuMZCjqBVfvgVAk SRbCGANfHMiQpziF54biLFEbF7S6kEpaX0IkiYz15x7pLPnoNryPoh/w21wDuFhdjxr8 wpbqtmReccvViq6FhFIR5dsA3sBFZ/GswHWumN8BGY4gJ0ZFCAYK3bwYuAab3mPeajtC hOgg== 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=iOx77+apL+QFwWiZTJfZxGPNp0eApyGTFsxQiFquLFk=; b=kcLOptwkaCVdfNKtEGIKw2CvQBGMbuPd98sODQWl3FhUwRXDZ9EevrHEzeHV0p/H29 AcMmvDo1d/cIYbbn8M3kUrxEd6GTyz9pAOGMy5hv7OTHSfOvjSXrZR9IzgV5kqRYAnAi p0HXJTq7tvjJ8jwM7HfUSuUHM59cGLd1R2aU133rZ8RlVi8jHEDch4YJCSvFApoAJqQk xbswiLzyiEU1TP0aaCz70V6sQGLjC4YAzKFovL/Pj2VybwpfccwbaTdlHMTM2GMSTSVN SpeWnZpMP4qT1+Teo4MBGjzNqcipFKnYuLHa8G3fcR4Rk2hr1B60Ri+7e9M0E3K7o8qx GY9A== 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 n3si3804582edc.151.2019.09.25.08.27.35; Wed, 25 Sep 2019 08:27:59 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727793AbfIWPa6 (ORCPT + 99 others); Mon, 23 Sep 2019 11:30:58 -0400 Received: from mga14.intel.com ([192.55.52.115]:28142 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725951AbfIWPa6 (ORCPT ); Mon, 23 Sep 2019 11:30:58 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Sep 2019 08:30:57 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,540,1559545200"; d="scan'208";a="388521635" Received: from sjchrist-coffee.jf.intel.com (HELO linux.intel.com) ([10.54.74.41]) by fmsmga005.fm.intel.com with ESMTP; 23 Sep 2019 08:30:57 -0700 Date: Mon, 23 Sep 2019 08:30:57 -0700 From: Sean Christopherson To: Paolo Bonzini Cc: Andrea Arcangeli , Vitaly Kuznetsov , "Dr. David Alan Gilbert" , Marcelo Tosatti , Peter Xu , kvm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 01/17] x86: spec_ctrl: fix SPEC_CTRL initialization after kexec Message-ID: <20190923153057.GA18195@linux.intel.com> References: <20190920212509.2578-1-aarcange@redhat.com> <20190920212509.2578-2-aarcange@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 23, 2019 at 12:22:23PM +0200, Paolo Bonzini wrote: > On 20/09/19 23:24, Andrea Arcangeli wrote: > > We can't assume the SPEC_CTRL msr is zero at boot because it could be > > left enabled by a previous kernel booted with > > spec_store_bypass_disable=on. > > > > Without this fix a boot with spec_store_bypass_disable=on followed by > > a kexec boot with spec_store_bypass_disable=off would erroneously and > > unexpectedly leave bit 2 set in SPEC_CTRL. > > > > Signed-off-by: Andrea Arcangeli > > Can you send this out separately, so that Thomas et al. can pick it up > as a bug fix? Can all off the patches that are not directly related to the monolithic conversion be sent separately? AFAICT, patches 01, 03, 07, 08, 14, 15, 16 and 17 are not required or dependent on the conversion to a monolithic module. That's almost half the series...