Received: by 10.192.165.148 with SMTP id m20csp1043617imm; Thu, 10 May 2018 04:52:35 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqnJ08KBxM8soKixN9pWQgOtW/g9cCHrbo82retRVPP3NUu+K5easbG537HlENxleZBUUHv X-Received: by 2002:a62:ec18:: with SMTP id k24-v6mr1107779pfh.204.1525953155129; Thu, 10 May 2018 04:52:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525953155; cv=none; d=google.com; s=arc-20160816; b=gZFSsXgsjHLEfMhr3u8OSX+HeHJKi3koWMzxJCCG/jeX4rg0ZRole4Cp2wI9EnCtuG IoLbQv3jKVdo2QLh1vcqBp9WSFJ756pw2bIUOMVZLnZSIR5scoorwHr7vGycDrgiFMoa Ywy1M+a/hqNAs/d80GeHBRZY7oSOWkQJvcu8XobYTUJLOpQv2EHZcbwzDczMsrqWORA3 hBbwsEdgC808co/tHlleYaQTMkmNhu59A3XN7wBgpi8afNGFxUaylOJm58K0bBl5DxEO Tl3ARWimfmW2nf12pxWKexjXHO3Q9jgvyI+abrMwe4xGML8xv63ME7hoHQRQyVpqGb/Y 6XMA== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=20QdiL7ldRtfL3fIy7ZlbNiGn/TPmJ2osi4SUWHG+uY=; b=xCVtl6TpXQMetBKXc6wRZXullG3zRLsVM+RzuUNQg5Ff07x1pfxe2ZyfQn6gPloiIm f4ZAqT8lkLJBjNeCcFQozpOaJRMH/ow14g4/pSJVs1ixOro2/hYs6BUxeMR0MvoElzfW k0AEtm83CVRVrw8FHGVXZkqMwyWoTYWLHE5f8ktA9z35dUYbv/a7DdUrBAdOt+cuN4rj 6FbhtaxYgG/rELICM5wEZR8inpmFKPuXYNvNQMfQL6HwznbJKxHJ/uHACDqVNipWwJkY 3uSEgNmVtUqnxiLylxY8Q0bWm15kDcpU9rn70M6xJF+8Aqe9RZjnhX2az2naTkFGTsVO Tvag== 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 g31-v6si654268pld.3.2018.05.10.04.52.19; Thu, 10 May 2018 04:52:35 -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 S1757169AbeEJLwJ (ORCPT + 99 others); Thu, 10 May 2018 07:52:09 -0400 Received: from smtp03.citrix.com ([162.221.156.55]:21245 "EHLO SMTP03.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756984AbeEJLwI (ORCPT ); Thu, 10 May 2018 07:52:08 -0400 X-IronPort-AV: E=Sophos;i="5.49,385,1520899200"; d="scan'208";a="54192906" Date: Thu, 10 May 2018 12:52:06 +0100 From: Wei Liu To: Roger Pau =?iso-8859-1?Q?Monn=E9?= CC: Andrew Cooper , Juergen Gross , , Boris Ostrovsky , , Wei Liu Subject: Re: [Xen-devel] [PATCH v2 1/3] xen/pvh: enable and set default MTRR type Message-ID: <20180510115206.nbkthffhksy3l4g5@citrix.com> References: <20180509102129.14832-1-roger.pau@citrix.com> <20180509102129.14832-2-roger.pau@citrix.com> <20180509113016.tavac64ba5fu3tob@MacBook-Pro-de-Roger.local> <20180509151139.nytwuepervqjkcat@MacBook-Pro-de-Roger.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180509151139.nytwuepervqjkcat@MacBook-Pro-de-Roger.local> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 09, 2018 at 04:11:39PM +0100, Roger Pau Monn? wrote: > On Wed, May 09, 2018 at 12:30:16PM +0100, Roger Pau Monn? wrote: > > On Wed, May 09, 2018 at 11:56:40AM +0100, Andrew Cooper wrote: > > > On 09/05/18 11:21, Roger Pau Monne wrote: > > > I'm not sure that setting the default MTRR type is going to be a > > > clever idea in hindsight when we come to doing PCI Passthrough support. > > > > Setting the default type to WB is also set by hvmloader, it's just > > that hvmloader also sets some of the fixed and variable ranges to UC > > in order to cover the iomem areas. > > > > The expectations when doing pci-passthrough is that the guest will > > always use paging and PAT in order to set the appropriate cache > > attributes, or else the guest itself will have to program the UC MTRR > > ranges, I admit that's not very nice however. > > > > What about enabling the default MTRR type and setting it to WB in the > > toolstack for PVH? IMO doing it Xen itself would be wrong. > > I have the following patch to set the default MTRR type, but I think > if we go down this road then we will also have to set UC MTRRs for > MMIO areas, which again seems fine to me. > Can you please document the default type(s) to pvh.markdown once the issue is resolved? Wei.