Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp6255453pxb; Mon, 14 Feb 2022 20:32:10 -0800 (PST) X-Google-Smtp-Source: ABdhPJzYTtzYv4Y7jF8ebI2w3T2NtajNWOD0P6V8WwM4Swgbur791stq9BnTLpEEk+UowDpHO+Cr X-Received: by 2002:aa7:d316:: with SMTP id p22mr2099068edq.380.1644899530617; Mon, 14 Feb 2022 20:32:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644899530; cv=none; d=google.com; s=arc-20160816; b=FfgbtU79V+MTr59K1kA9GY5QUSQ1pCgHbN8FkSOiQ+TitxgOSSgEaHEKb3qOZh31jm xLQ6vsgHZ+hwZJK6hQarBqD23VCxrMyCt6aDkhUpg00aE7423szB8K/J5+qMS5RPFsak 6ugYplL/W9TIrI+fNLk2Yw7H6o0iRQbwokElVQQzqmhSwGcAZpvwldmeWaEHqbWgmC7W swXb3vStSj2k7Jog3+hw/qOEgTGaBsjII1itw9GbSeaBtfgeYRXLLoo1tJ2Ogb4ZlBzT 6RpF5O9SHiBAJ76bCOfaOATgxvYpw5LSR7VP0cQEkagfHkNxYVdv23/TlE/cxmfIZMWm YacA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:to:content-language:subject:cc:user-agent:mime-version :date:message-id:dkim-signature; bh=UV4famHpRTtmve78fqwirk1MzgIEpjURNYoIoT4OErU=; b=MUZWoWvDtzIogQ7Gp85T59O4N+eJjiGX7qyw+uw6cqmrKE2BQefGsiooZgGbx6gqDU TMDkr/9rMbaFX5+yEfD9je73Pg/dabIxWdHC2A5uEPYQAPhL9Ih7q87+T7iia+AHX2rX AAPR0khFUuLMoxd7XJAeNpsyNb0Gnut7AOdJfFXf2W+B5ZhazgdPDcQbN/VK50g86KQZ SDeVYPtXzFXjoDMuOnLcBCYNrmAw5Z1UPWbl1Cjuct5dpfl70/9s3vB6ULiie/WzO7gu 2AldX9cxFapE/la09nORrTo9QKLnd2CCVE43PhPS3vsQ5p+I/8DOSKTPFaur47PEQf0j OrCw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=HDNlmR1+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hv9si23565060ejc.537.2022.02.14.20.31.47; Mon, 14 Feb 2022 20:32:10 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=HDNlmR1+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232957AbiBOCHP (ORCPT + 99 others); Mon, 14 Feb 2022 21:07:15 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:52014 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230498AbiBOCHO (ORCPT ); Mon, 14 Feb 2022 21:07:14 -0500 Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 76EB125DC for ; Mon, 14 Feb 2022 18:07:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1644890825; x=1676426825; h=message-id:date:mime-version:cc:subject:to:references: from:in-reply-to:content-transfer-encoding; bh=dZS7EKMhjasWG4hFq6KS48/STYMyzi5srwau0lAF/g0=; b=HDNlmR1+Z+oeBQ76oopdVSqwnosQYhHmbJDQOX70lNnzqc22sDjMlakI F7iojjavi24KYCY13fFIHZew9xV7fYpLsdIwhwWp6BojC+ndGbIkMAHoG 1vKX3P6M0S676q41uErvbTJO2SyDgHVxCFeNU5BO5RlikgkNquAdfx7ag coEYT44hgONuoDT14Iq4kvh6CW7Z3Bp4Czv82fSstPxje/kEa4t+L0NJi AklPjzYnxyPcNcaT6IFQzCy7akuC/GVUxSl2F74QMO6qNriuwS9DkT1GH kOAJlm11r1DpqsaMVH1AB9GZraCF48v0s91f5rZsKIY15I3l6EYksdtQK w==; X-IronPort-AV: E=McAfee;i="6200,9189,10258"; a="250176826" X-IronPort-AV: E=Sophos;i="5.88,369,1635231600"; d="scan'208";a="250176826" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Feb 2022 18:07:05 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.88,369,1635231600"; d="scan'208";a="680795109" Received: from allen-box.sh.intel.com (HELO [10.239.159.118]) ([10.239.159.118]) by fmsmga001.fm.intel.com with ESMTP; 14 Feb 2022 18:07:01 -0800 Message-ID: <1d817995-f89b-a1de-6aff-9a2bfe91367f@linux.intel.com> Date: Tue, 15 Feb 2022 10:05:42 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Cc: baolu.lu@linux.intel.com, Jason Gunthorpe , Christoph Hellwig , Ben Skeggs , Kevin Tian , Ashok Raj , Will Deacon , Robin Murphy , Alex Williamson , Eric Auger , Liu Yi L , Jacob jun Pan , David Airlie , Daniel Vetter , Thierry Reding , Jonathan Hunter , iommu@lists.linux-foundation.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 00/10] iommu cleanup and refactoring Content-Language: en-US To: Joerg Roedel References: <20220214015538.2828933-1-baolu.lu@linux.intel.com> From: Lu Baolu In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Joerg, On 2/14/22 10:14 PM, Joerg Roedel wrote: > On Mon, Feb 14, 2022 at 09:55:28AM +0800, Lu Baolu wrote: >> v3: >> - Remove ops check when dev_iommu_ops() is used. >> - This version of series is available on github: >> https://github.com/LuBaolu/intel-iommu/commits/iommu-domain-ops-v3 >> >> Lu Baolu (10): >> iommu/vt-d: Remove guest pasid related callbacks >> iommu: Remove guest pasid related interfaces and definitions >> iommu/vt-d: Remove aux-domain related callbacks >> iommu: Remove aux-domain related interfaces and iommu_ops >> iommu: Remove apply_resv_region >> drm/nouveau/device: Get right pgsize_bitmap of iommu_domain >> iommu: Use right way to retrieve iommu_ops >> iommu: Remove unused argument in is_attach_deferred >> iommu: Use dev_iommu_ops() helper >> iommu: Split struct iommu_ops > > Really cool, thanks for doing this, Baolu! I am currently running some > tests on this series to make sure there are no build breakages. And I > agree with Jason that: > > iommu: Use right way to retrieve iommu_ops and > iommu: Use dev_iommu_ops() helper > > can be combined into one patch. Splitting iommu_ops was something I have > been thinking about for some time, so thanks again for doing this. You are welcome! Do you want me to send a new version with below changes: - Remove WARN_ON() in dev_iommu_ops(); - Merge above two patches. Or, you can change above yourself? > > Regards, > > Joerg Best regards, baolu