Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp721343ybt; Wed, 1 Jul 2020 08:30:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzhp2vICq1TM+Ew0eROP0/d62Ljw0t9xpSizKYkAEf3200wj1lJAjbJlFae+6fXLbm5FIXM X-Received: by 2002:a17:906:27c9:: with SMTP id k9mr22940025ejc.74.1593617411916; Wed, 01 Jul 2020 08:30:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593617411; cv=none; d=google.com; s=arc-20160816; b=u8PLB8CP8K9er96ZYZpeYBtbGHRufleFcgPBsedgtduaF1Ao2bZus/elaDvwZ6nkm3 jF1l3h/IWugqoa4VHsMtEVqwE9Ed73jGaRGs9EmjkuMuaJVIE1xEx1vGTJq5Kx9zbm6x fe74t8rOjwvUFtLc1SkKdwXFFnWZMyYt4SI5S8c2jpGoHTds989K+L/NcYpNiVw4iV86 SSHSGVGs5PjEPj+xVUwV8r0Z5DH9WYVqr1gRcdZ9cxqOleYknF/WlU0CNK825hwrBm8Q zmJZL76MrPKcSAYCg5cDpFZ7fSpGIrtOvcdz33W/yneDMl2ryeDsU9MZ46wzJwlj9uJB CwKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :ironport-sdr:ironport-sdr; bh=M7tHE7W4z4UjCrl6eyRjgOcFjAqjuur35fhCdLskqJw=; b=lPBGBW+yjJha8V0f8ib/6B3XWk8HA7rlQlII/KixCn8M4a826U9Fc4Fx1V3qjQTAVA Asa+xM/l9HMpTVvuNxOTprnxBYzZPRty4GnUGWFWp42KQAQ3GZxH6cm3zuQ90YHpUM0p Q92XuOd9M3NDffut2o8DHw7UJBhcCZRcktQQ/cTU7+0WZJ5KTnmlr1q8qanNa/Ymu3aV p91HRZAt8GzSpIuXa882ebI1INRtLihYgishPaCTjI+G8QMr94MiSTw2hRc8mpioS5FE RFaj2d0xhHq2GuIuPxcpi33EV89SdYyeoJ2QRZ7LaFG9nPHGmadxvi8+qJVnuIa/qH8o 9M8g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id va7si3975531ejb.55.2020.07.01.08.29.48; Wed, 01 Jul 2020 08:30:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1732005AbgGAP1Z (ORCPT + 99 others); Wed, 1 Jul 2020 11:27:25 -0400 Received: from mga17.intel.com ([192.55.52.151]:54824 "EHLO mga17.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731699AbgGAP1W (ORCPT ); Wed, 1 Jul 2020 11:27:22 -0400 IronPort-SDR: r2505hZMwyYnvo+d6otDj8S9O1E3fUTRWfXOt9hJ1O9KbiLelMtQgO9WM65N515FxpMWKFaZp7 3o05BdHgClKA== X-IronPort-AV: E=McAfee;i="6000,8403,9668"; a="126699709" X-IronPort-AV: E=Sophos;i="5.75,300,1589266800"; d="scan'208";a="126699709" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Jul 2020 08:27:22 -0700 IronPort-SDR: BbZkKIDrDvj0xbRPJ6cxlCEN4ZD0go3OVBPLbR2dLuv6KETThK65Qyw5a+2AtJUAU0iKxRexA9 jFPwHRga2sDQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,300,1589266800"; d="scan'208";a="295591637" Received: from jacob-builder.jf.intel.com ([10.7.199.155]) by orsmga002.jf.intel.com with ESMTP; 01 Jul 2020 08:27:22 -0700 From: Jacob Pan To: iommu@lists.linux-foundation.org, LKML , "Lu Baolu" , Joerg Roedel , David Woodhouse Cc: Yi Liu , "Tian, Kevin" , Raj Ashok , Eric Auger , Jacob Pan Subject: [PATCH v3 0/7] iommu/vt-d: Misc tweaks and fixes for vSVA Date: Wed, 1 Jul 2020 08:33:49 -0700 Message-Id: <1593617636-79385-1-git-send-email-jacob.jun.pan@linux.intel.com> X-Mailer: git-send-email 2.7.4 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Baolu and all, This is a series to address some of the issues we found in vSVA support. Most of the patches deal with exception handling, we also removed some bits that are not currently supported. Many thanks to Kevin Tian's review. Jacob & Yi Changelog: v3 - Use pr_err instead of WARN() for invalid user address range (6/7) - Fix logic in PASID selective devTLB flush (3/7) v2 Address reviews from Baolu - Fixed addr field in devTLB flush (5/7) - Assign address for single page devTLB invalidation (4/7) - Coding style tweaks *** SUBJECT HERE *** *** BLURB HERE *** Jacob Pan (4): iommu/vt-d: Remove global page support in devTLB flush iommu/vt-d: Fix PASID devTLB invalidation iommu/vt-d: Warn on out-of-range invalidation address iommu/vt-d: Disable multiple GPASID-dev bind Liu Yi L (3): iommu/vt-d: Enforce PASID devTLB field mask iommu/vt-d: Handle non-page aligned address iommu/vt-d: Fix devTLB flush for vSVA drivers/iommu/intel/dmar.c | 24 +++++++++++++++++++----- drivers/iommu/intel/iommu.c | 37 ++++++++++++++++++++++--------------- drivers/iommu/intel/pasid.c | 11 ++++++++++- drivers/iommu/intel/svm.c | 22 +++++++++------------- include/linux/intel-iommu.h | 5 ++--- 5 files changed, 62 insertions(+), 37 deletions(-) -- 2.7.4