Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1134407imm; Wed, 18 Jul 2018 17:46:56 -0700 (PDT) X-Google-Smtp-Source: AAOMgpegoivC8drl3dLdz4X7VpOaLEICnTe3hhGZonXnRCK8gLVENu4qqISDXxxgbq5rIj2d3KcG X-Received: by 2002:a63:743:: with SMTP id 64-v6mr8050403pgh.216.1531961216831; Wed, 18 Jul 2018 17:46:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531961216; cv=none; d=google.com; s=arc-20160816; b=cJ0IVDKeb8hEvE8yCOK5v/5vkbeOqgaQljVhfG8MMs9vFiVcT0eaq4hj0bMMe+sgFT VSNjHUCCt3fX3giIy1UkIuukHa+eogTHdqKffyhgEHfZ7JXkFeyxQuCQlHcGSTtdFCsL 8yWxyVJbo9pygphBlTSrFqAbJkC5vQgQhZKyPebsr1ma4Bi+n3h4teU0E2Fb+Io58uA8 P6lpiNj1+THmxJ8wy0ZE+eOkP7kbsKRDrTEK+HY4x2+HSivwoE15+4jFqo4Iuzu+uIxR DHwdqTSkGedwM2scfM6K5GLS1PahTwx7z+tvUbYNHEMjmPM1Puf8MmadvpiHdromKRdL azfQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=FMGaiyzr6MYiIqx7ruiek8G7VjD24ThAjgLOs1/qkL8=; b=o35Tt5u5q1/mBNrTXB0RGUuHU258MM6N0hlBH6OsbIBkG7EHsK6CRSd0Nkbyf8FXYF TkSO/Nk4/+M2jpuagRB7arbpNKSAKdTLZ11HYeGMabMW9l3gyDqmb5bS4iFziYgEodfU 51E22JYMY2QRX4hkshWgUuEs0K7qq2Ieeewokco/U9tO3WaKO83nFltYSm9ygE5CJ+Da rCLPwBkC8IGC4pl8Bhy5R8hk3/Kd+WB1ND0hBv1migTN6HvzyUFVWSoWhdrDE1+wDvoc /pBqcQdBzJ3/4iwD1JhU51UZDoef1lOsuJzlYlsBGrglkGjSHJSpJ4AHwb3e2Nb+R3LE I3Og== 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 n64-v6si5040817pgn.247.2018.07.18.17.46.30; Wed, 18 Jul 2018 17:46: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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730094AbeGSB0E (ORCPT + 99 others); Wed, 18 Jul 2018 21:26:04 -0400 Received: from mga11.intel.com ([192.55.52.93]:49672 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729230AbeGSB0E (ORCPT ); Wed, 18 Jul 2018 21:26:04 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Jul 2018 17:45:36 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,371,1526367600"; d="scan'208";a="241418705" Received: from jacob-builder.jf.intel.com (HELO jacob-builder) ([10.7.199.155]) by orsmga005.jf.intel.com with ESMTP; 18 Jul 2018 17:45:30 -0700 Date: Wed, 18 Jul 2018 17:47:02 -0700 From: Jacob Pan To: Jean-Philippe Brucker Cc: Lu Baolu , Joerg Roedel , David Woodhouse , ashok.raj@intel.com, sanjay.k.kumar@intel.com, iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org, yi.y.sun@intel.com, jacob.jun.pan@intel.com Subject: Re: [PATCH 00/10] iommu/vt-d: Add scalable mode support Message-ID: <20180718174702.31e1c1d6@jacob-builder> In-Reply-To: <07fe2e3f-4f4a-58db-ee2a-2620183d93b2@arm.com> References: <1531723793-14607-1-git-send-email-baolu.lu@linux.intel.com> <07fe2e3f-4f4a-58db-ee2a-2620183d93b2@arm.com> Organization: OTC X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 16 Jul 2018 11:51:57 +0100 Jean-Philippe Brucker wrote: > Hi, > > On 16/07/18 07:49, Lu Baolu wrote: > > Intel vt-d rev3.0 [1] introduces a new translation mode called > > 'scalable mode', which enables PASID-granular translations for > > first level, second level, nested and pass-through modes. The > > vt-d scalable mode is the key ingredient to enable Scalable I/O > > Virtualization (Scalable IOV) [2] [3], which allows sharing a > > device in minimal possible granularity (ADI - Assignable Device > > Interface). It also includes all the capabilities required to > > enable Shared Virtual Addressing (SVA). As a result, previous > > Extended Context (ECS) mode is deprecated (no production ever > > implements ECS). > > > > Each scalable mode pasid table entry is 64 bytes in length, with > > fields point to the first level page table and the second level > > page table. The PGTT (Pasid Granular Translation Type) field is > > used by hardware to determine the translation type. > > Looks promising! Since the 2nd level page tables are in the PASID > entry, the hypervisor traps guest accesses to the PASID tables > instead of passing through the whole PASID directory? Are you still > planning to use the VFIO BIND_PASID_TABLE interface in this mode, or > a slightly different one for individual PASIDs? > Since we deprecated ECS mode, there is no need for VT-d to bind guest pasid table in scalable mode. We are planning on adding another flag for bind guest pasid and guest CR3, Perhaps call it VFIO_IOMMU_BIND_GUEST_SVA. > Thanks, > Jean > _______________________________________________ > iommu mailing list > iommu@lists.linux-foundation.org > https://lists.linuxfoundation.org/mailman/listinfo/iommu [Jacob Pan]