From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id F0514C7618E for ; Mon, 20 Mar 2023 19:04:36 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231415AbjCTTEe (ORCPT ); Mon, 20 Mar 2023 15:04:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54538 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230196AbjCTTDq (ORCPT ); Mon, 20 Mar 2023 15:03:46 -0400 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AF6942887C; Mon, 20 Mar 2023 11:56:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1679338569; x=1710874569; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=r8qGzQ7IOXx/2adul/921u6SEIBpB6UL3KX2Be1V0J0=; b=Iv5YgEVdhxrcKnzxT4LxknHR9AuLxCDX3fgDYOyGUk3tfJoslTnlUf4R q2aiLTt67LENV47F+dMUJJxQNkP8T7FJKQoD0GReId0WmBVgLi4CRsXDu Lm7MdglBP67KryrS4onOwX1QIjXsBkyTwTH/V9q8/Mh7cp9hrbOLdZoP8 hui1PAyLUXL+8xJxECNeXnIk6ajC+gRohl6iRuF0KBXuPcRtfrqi6JBLH INMBcXju/sVH8iCI/X1fjfpaRtGuOT446K6jNpd/1bwPwMfDwzgMoykam 85jc0UwxZ065BL9+05dTDDZosM2HpuXuUj8m9y8C5I7Wo5g7H5EA39Jwx Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10655"; a="366473731" X-IronPort-AV: E=Sophos;i="5.98,276,1673942400"; d="scan'208";a="366473731" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Mar 2023 11:55:18 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10655"; a="927076444" X-IronPort-AV: E=Sophos;i="5.98,276,1673942400"; d="scan'208";a="927076444" Received: from srinivas-otcpl-7600.jf.intel.com (HELO jacob-builder.jf.intel.com) ([10.54.39.106]) by fmsmga006.fm.intel.com with ESMTP; 20 Mar 2023 11:55:12 -0700 From: Jacob Pan To: LKML , iommu@lists.linux.dev, Jason Gunthorpe , "Lu Baolu" , Joerg Roedel , Jean-Philippe Brucker , "Robin Murphy" , Dave Hansen , Thomas Gleixner , X86 Kernel , bp@alien8.de, "H. Peter Anvin" , Peter Zijlstra , corbet@lwn.net, vkoul@kernel.org, dmaengine@vger.kernel.org, linux-doc@vger.kernel.org Cc: "Will Deacon" , David Woodhouse , Raj Ashok , "Tian, Kevin" , Yi Liu , "Yu, Fenghua" , Dave Jiang , Kirill Shutemov , Tony Luck , Jacob Pan Subject: [PATCH v7 0/7] Remove VT-d virtual command interface and IOASID Date: Mon, 20 Mar 2023 11:59:03 -0700 Message-Id: <20230320185910.2643260-1-jacob.jun.pan@linux.intel.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all, This patch set removes unused VT-d virtual command interface followed by removal of the IOASID infrastructure. This has only been tested on x86 platforms, need help with testing on ARM SMMU and other architectures. Thanks, Jacob ChangeLog: v7: - use CONFIG_IOMMU_SVA around PASID helpers in fork.c, Fixes a compile problem. - Fix extra space v6: - put pasid helpers under iommu.h instead of iommu-helper.h - add comments for pasid allocation function to clarify inclusive range v5: - rebased on v6.3-rc1 - put removing iommu_sva_find() in a separate patch (Kevin) - move definition of helpers to iommu code to be consistent with declarations. (Kevin) - misc fixes v4: - keep mm_pasid helpers inline as much as we can for fork performance - separate GFP_ATOMIC to GFP_KERNEL change for bisectability v3: - moved helper functions for PASID under SVA code, avoided circular inclusion between mm.h and iommu.h - deleted makefiles - put rename under a different patch Jacob Pan (5): iommu/vt-d: Remove virtual command interface iommu/sva: Move PASID helpers to sva code iommu/sva: Remove PASID to mm lookup function iommu/sva: Use GFP_KERNEL for pasid allocation iommu/ioasid: Rename INVALID_IOASID Jason Gunthorpe (2): iommu/sva: Stop using ioasid_set for SVA iommu: Remove ioasid infrastructure Documentation/x86/sva.rst | 2 +- arch/x86/kernel/traps.c | 5 +- drivers/dma/idxd/device.c | 8 +- drivers/dma/idxd/idxd.h | 2 +- drivers/dma/idxd/init.c | 2 +- drivers/dma/idxd/irq.c | 2 +- drivers/iommu/Kconfig | 5 - drivers/iommu/Makefile | 1 - drivers/iommu/intel/cap_audit.c | 2 - drivers/iommu/intel/dmar.c | 6 +- drivers/iommu/intel/iommu.c | 87 +------ drivers/iommu/intel/iommu.h | 3 - drivers/iommu/intel/svm.c | 3 +- drivers/iommu/ioasid.c | 422 -------------------------------- drivers/iommu/iommu-sva.c | 61 ++--- drivers/iommu/iommu-sva.h | 4 - include/linux/ioasid.h | 83 ------- include/linux/iommu.h | 14 +- include/linux/sched/mm.h | 26 -- kernel/fork.c | 5 + mm/init-mm.c | 4 +- 21 files changed, 54 insertions(+), 693 deletions(-) delete mode 100644 drivers/iommu/ioasid.c delete mode 100644 include/linux/ioasid.h -- 2.25.1