Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1111216imm; Fri, 14 Sep 2018 11:21:29 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYk5aycASAG9VE65mqOibOZ2LEI5DVBK+FDxSD5GCxckiv9DXLwOpoo7ZAdvHBN7c+/KFGa X-Received: by 2002:a63:5845:: with SMTP id i5-v6mr12959879pgm.272.1536949289560; Fri, 14 Sep 2018 11:21:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536949289; cv=none; d=google.com; s=arc-20160816; b=fEi7LT2iy5vWgnF4sRWIO8mrpDEQNFiMa6spliqg5aKCxUrfGz0oiO4iogsVQCRcSt K18JZM/TAKbJl2187nKume+aojuYR9LPrqOXWAiHapE6ezHfuDYCo26EAvES1yR72y4k vhQbmPy3fdVF42AzSHy7bTovJds9FuG0fU8E6i61wXR/rWc07DiunyAMlegrGzieMW4c lLGkRPE6zrmiVJR2a4zTxo3vUCA68YeY/xu1onL+jhNBKDin7WYBsJA6WJkkxqW4gueZ J8bWTrCwVjKVxhzLrfReYHTC6IfmKOoVaH96OBbp2tdzC8rGpQ0Nj0o7exkbPvgHIX6S XOyQ== 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=DqCr9KJAbe6A8jpFAh+/yo7+mMv3MkI4BScmNBqK4/I=; b=CuZlXr80EOH8vdMQquaXFUWilPgertcDcEZ1C5K5rnndV/g0fk/zrnbmYCpD1Vo0zv 6B1IvBFod8niC68ke7wnj86Es0BUenE1jD3x3ga0Y5g/7fVSzqeSEIVgsF0D61uOng8F qekKYh4Yaug1FzeMAQCRv6QT9a8YSrAb/LWHiq48F/wDVzsEsUTfRrhDBdMlCa0eURxw 8Z6GrQ1QOOvmaUHA9kWvaBOZaMcK/+N8uBtfWKHHtWM2x9WO+U55B9tAplaVJ48GgDYM mnep7xcTa6I8xZMOQOhnI1ifh8/LPHxK6X9T7YSBqKIyxg97JlWP8jhHOpiA+0B1fkD6 OrSA== 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 n7-v6si7501510plp.71.2018.09.14.11.21.14; Fri, 14 Sep 2018 11:21:29 -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 S1728158AbeINXfJ (ORCPT + 99 others); Fri, 14 Sep 2018 19:35:09 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:54058 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726849AbeINXfJ (ORCPT ); Fri, 14 Sep 2018 19:35:09 -0400 Received: from localhost (ip-213-127-77-73.ip.prioritytelecom.net [213.127.77.73]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 99013BBD; Fri, 14 Sep 2018 18:19:29 +0000 (UTC) Date: Fri, 14 Sep 2018 20:19:27 +0200 From: Greg Kroah-Hartman To: Eduardo Valentin Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Juergen Gross , Jan Beulich , Boris Ostrovsky Subject: Re: [PATCH 4.14 103/115] x86/xen: dont write ptes directly in 32-bit PV guests Message-ID: <20180914181927.GA20957@kroah.com> References: <20180913131823.327472833@linuxfoundation.org> <20180913131829.701763608@linuxfoundation.org> <20180914171222.GA30580@u40b0340c692b58f6553c.ant.amazon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180914171222.GA30580@u40b0340c692b58f6553c.ant.amazon.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, Sep 14, 2018 at 10:12:22AM -0700, Eduardo Valentin wrote: > Hello, > > On Thu, Sep 13, 2018 at 03:32:03PM +0200, Greg Kroah-Hartman wrote: > > 4.14-stable review patch. If anyone has any objections, please let me know. > > > > ------------------ > > > > From: Juergen Gross > > > > commit f7c90c2aa4004808dff777ba6ae2c7294dd06851 upstream. > > > > In some cases 32-bit PAE PV guests still write PTEs directly instead of > > using hypercalls. This is especially bad when clearing a PTE as this is > > done via 32-bit writes which will produce intermediate L1TF attackable > > PTEs. > > > > Change the code to use hypercalls instead. > > > > Good that we got this in. Should we also take this one: > b2d7a075a1cc ("x86/pae: use 64 bit atomic xchg function in native_ptep_get_and_clear") > > Which is under the line of the same issue? It's also in this patch series, the very next one in fact :) thanks, greg k-h