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 28C3CECAAD3 for ; Mon, 12 Sep 2022 03:05:33 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229514AbiILDFc (ORCPT ); Sun, 11 Sep 2022 23:05:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37156 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229492AbiILDFb (ORCPT ); Sun, 11 Sep 2022 23:05:31 -0400 Received: from mga06.intel.com (mga06b.intel.com [134.134.136.31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 41BDE193CB; Sun, 11 Sep 2022 20:05:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1662951930; x=1694487930; h=message-id:date:mime-version:cc:to:references:from: subject:in-reply-to:content-transfer-encoding; bh=Vv/NFABKrupmGlwLBHHPWg5ZixXuw6qSJDDpj/HkRNg=; b=d6H5krnU1mEB/c0jNdh4y7yn+DmEn8VknOre8KzrJazoXiEr8/5FNmqq 6w7BCKU4MQ7NTn+poBh1/9ePdct6R6AAAEpN2e4BvrWDxTnDRmm0wIGkt 1GaUZwrNOwSIgbw7+LZS+YefoTq1dF4f0f5IMWrxeWUeucSDTCyRsPnJm 5rLM6V5UPyoUL4zR+l06Q+V4PdXlqJYrvkOZLHtNRtufAGDlfqUAQXaAt GFJN1VZtYSqRvNh8/5UEH+XgLj15Z57kFnHYbF58nZ0dIlnpPJpD/BHTG nUwQt9yGHfdCFjPewlGIWtigUyZ3jX8eaHkzuybtxdbtP2QexqNmVqzNm w==; X-IronPort-AV: E=McAfee;i="6500,9779,10467"; a="359499817" X-IronPort-AV: E=Sophos;i="5.93,308,1654585200"; d="scan'208";a="359499817" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Sep 2022 20:05:29 -0700 X-IronPort-AV: E=Sophos;i="5.93,308,1654585200"; d="scan'208";a="646281428" Received: from blu2-mobl3.ccr.corp.intel.com (HELO [10.254.208.195]) ([10.254.208.195]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Sep 2022 20:05:25 -0700 Message-ID: Date: Mon, 12 Sep 2022 11:05:23 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Cc: baolu.lu@linux.intel.com, Eric Auger , Liu Yi L , Jacob jun Pan , Zhangfei Gao , Zhu Tony , iommu@lists.linux.dev, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org To: Joerg Roedel , Jason Gunthorpe , Christoph Hellwig , Bjorn Helgaas , Kevin Tian , Ashok Raj , Will Deacon , Robin Murphy , Jean-Philippe Brucker , Dave Jiang , Fenghua Yu , Vinod Koul References: <20220906124458.46461-1-baolu.lu@linux.intel.com> Content-Language: en-US From: Baolu Lu Subject: Re: [PATCH v13 00/13] iommu: SVA and IOPF refactoring In-Reply-To: <20220906124458.46461-1-baolu.lu@linux.intel.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org On 2022/9/6 20:44, Lu Baolu wrote: > Hi folks, > > The former part of this series introduces the IOMMU interfaces to attach > or detach an iommu domain to/from a pasid of a device, and refactors the > existing IOMMU SVA implementation by assigning an SVA type of iommu > domain to a shared virtual address and replacing sva_bind/unbind iommu > ops with set/remove_dev_pasid ops. > > The latter part changes the existing I/O page fault handling framework > from only serving SVA to a generic one. Any driver or component could > handle the I/O page faults for its domain in its own way by installing > an I/O page fault handler. > > This series has been functionally tested by Tony Zhu on Intel hardware > and Zhangfei Gao on arm64 (Kunpeng920) hardware. Thanks a lot for the > efforts. > > This series is also available on github: > https://github.com/LuBaolu/intel-iommu/commits/iommu-sva-refactoring-v13 > > Please review and suggest. Hi Joerg, Can you please help to look at this series. Is there anything to be improved? Whose else "reviewed-by" would you like to see? Best regards, baolu