Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp471103rwl; Wed, 4 Jan 2023 23:18:01 -0800 (PST) X-Google-Smtp-Source: AMrXdXtbStvtIRY1dGsU39Ng3lbonyf2Zu1zb1jVC6rh7rHp2Oe2HR16nlSUYzFHiZUwQ+MHFKOr X-Received: by 2002:a05:6402:1759:b0:468:260e:ad53 with SMTP id v25-20020a056402175900b00468260ead53mr41610513edx.10.1672903081482; Wed, 04 Jan 2023 23:18:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672903081; cv=none; d=google.com; s=arc-20160816; b=J6Jkgmo7jfZ0uzqf/gT2g9DVec0unNsiQXajm5tCTWEdcb7Khb/O4k+2sVXZOb5M5g RcvGiGt7QdIfycgUnb2tEQc7AkKFU9BufqxtCdDRyn2VDMPXOhMaC8UTTn6V9awuqEnn 5AH5H90clzmXt5IAiyjsye7/DCPCk7X7ftJTNZI4R9AqpN+k8PazZ+tvGGC5Ta01NyjH XGHYzT8mdZ9nAjf+NJo3Ka4cOpkoJ2U+ztgt87S28Wg/k/1NhIJyiF8kK9GymwecB6uX mPzchW9r8pUuCW+Kqu8wd+GDi8zJ6CpEcta2w0QFpUPIe3Wotiu29oCPcg+NtuQlUld9 PTWA== 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=mcC0bAGU17yzZPey5GrkmIcj3GiBM+C4bmqMvMk74C4=; b=dIeZAqvvEjSSs1l87QMt2I0it3B4c9NX7k03G3HZO0HXV4DA114w34b43IH2kIbsgS 70kfqcw7KjVMh9LYKGjgZWs/p32OLByR4D9d+RKhiV66p4IFYSekzijdu/FMZqwkRQ7V iERkf4qYJ5974hwY+z8SHboEw6Gr0mVQ6PYt6y+GjUJlPkutDq3OnKoAag1eLt0IfHs3 waO0UxE6blF6o8zifRic6uetVY56EVDIbVR9eow/ZUmHgIzhBbXASuC1YWNHnitNCEGj T2RWRGog/2cNZEjY9rFm8Ch4rwtqj8UXno0zkxul2jda8Fnhwmfcl64ckbQw+1yJYUEa OI4Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=XDOkdEwX; 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 y15-20020a056402358f00b0048ec71dd81asi8588919edc.40.2023.01.04.23.17.46; Wed, 04 Jan 2023 23:18:01 -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=XDOkdEwX; 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 S230452AbjAEGmE (ORCPT + 55 others); Thu, 5 Jan 2023 01:42:04 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54118 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229527AbjAEGmC (ORCPT ); Thu, 5 Jan 2023 01:42:02 -0500 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 104EC30575 for ; Wed, 4 Jan 2023 22:42:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1672900921; x=1704436921; h=message-id:date:mime-version:cc:subject:to:references: from:in-reply-to:content-transfer-encoding; bh=tkEn4+iyBrYyM+BG70qzWehw5bgsW2jWNnwljwaqr/w=; b=XDOkdEwXLxonj7U2mCW7uP1gDKtkepabsCgIsHuM2PWHU9bLOwG0e5wh qVXl3KJdrQOsO271qb1JtTRjZQTGDmTgNIbiCO5Lrn7Q9kmYJV/h70I9o kyzPvzvZLpSTTokblD/bEMbR1OxIIJzLzNznv6sLAKTx0/n1KzMLBOGYt cX3n1KulfCWWhe7F9bc0z68EcWiir2kVCs89Of96NIcqpJqbYlUEYWEHh lfhVI5NjZcnaE6BgFfkcGpVxIpmJVwPLB2O8Pva4Xlpu/HvF4J1EVqygO 1WYrQYTtd2ED8Z51WPalhZ0ydD77HFCsVCTMh94dNVTtVQ/rHNdfPmJaR Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10580"; a="349350129" X-IronPort-AV: E=Sophos;i="5.96,302,1665471600"; d="scan'208";a="349350129" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Jan 2023 22:41:52 -0800 X-IronPort-AV: E=McAfee;i="6500,9779,10580"; a="723945456" X-IronPort-AV: E=Sophos;i="5.96,302,1665471600"; d="scan'208";a="723945456" Received: from blu2-mobl3.ccr.corp.intel.com (HELO [10.254.211.114]) ([10.254.211.114]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Jan 2023 22:41:46 -0800 Message-ID: Date: Thu, 5 Jan 2023 14:41:43 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Cc: baolu.lu@linux.intel.com, Joerg Roedel , Christoph Hellwig , Kevin Tian , Will Deacon , Robin Murphy , Jean-Philippe Brucker , Suravee Suthikulpanit , Hector Martin , Sven Peter , Rob Clark , Marek Szyprowski , Krzysztof Kozlowski , Andy Gross , Bjorn Andersson , Yong Wu , Matthias Brugger , Heiko Stuebner , Matthew Rosato , Orson Zhai , Baolin Wang , Chunyan Zhang , Chen-Yu Tsai , Thierry Reding , iommu@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 19/19] iommu: Remove detach_dev callback Content-Language: en-US To: Jason Gunthorpe References: <20230104125725.271850-1-baolu.lu@linux.intel.com> <20230104125725.271850-20-baolu.lu@linux.intel.com> From: Baolu Lu In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE 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 On 2023/1/4 21:22, Jason Gunthorpe wrote: > On Wed, Jan 04, 2023 at 08:57:25PM +0800, Lu Baolu wrote: >> The detach_dev callback of domain ops is not called in the IOMMU core. >> Remove this callback to avoid dead code. The trace event for detaching >> domain from device is removed accordingly. >> >> Signed-off-by: Lu Baolu >> --- >> include/linux/iommu.h | 2 -- >> include/trace/events/iommu.h | 7 ------- >> drivers/iommu/iommu-traces.c | 1 - >> drivers/iommu/iommu.c | 29 +++++------------------------ >> 4 files changed, 5 insertions(+), 34 deletions(-) >> >> diff --git a/include/linux/iommu.h b/include/linux/iommu.h >> index 0d10566b3cb2..a8063f26ff69 100644 >> --- a/include/linux/iommu.h >> +++ b/include/linux/iommu.h >> @@ -299,7 +299,6 @@ struct iommu_ops { >> * * EBUSY - device is attached to a domain and cannot be changed >> * * ENODEV - device specific errors, not able to be attached >> * * - treated as ENODEV by the caller. Use is discouraged >> - * @detach_dev: detach an iommu domain from a device >> * @set_dev_pasid: set an iommu domain to a pasid of device >> * @map: map a physically contiguous memory region to an iommu domain >> * @map_pages: map a physically contiguous set of pages of the same size to >> @@ -320,7 +319,6 @@ struct iommu_ops { >> */ >> struct iommu_domain_ops { >> int (*attach_dev)(struct iommu_domain *domain, struct device *dev); >> - void (*detach_dev)(struct iommu_domain *domain, struct device *dev); >> int (*set_dev_pasid)(struct iommu_domain *domain, struct device *dev, >> ioasid_t pasid); >> >> diff --git a/include/trace/events/iommu.h b/include/trace/events/iommu.h >> index 29096fe12623..70743db1fb75 100644 >> --- a/include/trace/events/iommu.h >> +++ b/include/trace/events/iommu.h >> @@ -76,13 +76,6 @@ DEFINE_EVENT(iommu_device_event, attach_device_to_domain, >> TP_ARGS(dev) >> ); >> >> -DEFINE_EVENT(iommu_device_event, detach_device_from_domain, >> - >> - TP_PROTO(struct device *dev), >> - >> - TP_ARGS(dev) >> -); >> - > did you want to add a trace for the set_platform_dma_ops in the > earlier patch? If necessary, we can add such a trace event. But I do hope to further evolve the iommu drivers that need this callback. Finally, we should remove it totally. -- Best regards, baolu