Received: by 2002:a05:6358:16cc:b0:ea:6187:17c9 with SMTP id r12csp3268289rwl; Fri, 6 Jan 2023 19:16:42 -0800 (PST) X-Google-Smtp-Source: AMrXdXuMgvOrbzdLTKcPez5BZ17HmxDIezpBMX7HieO0LgfeE36SWWdtgo+//ITwb8ji13wsllCR X-Received: by 2002:a17:906:2857:b0:7c1:8f53:83a0 with SMTP id s23-20020a170906285700b007c18f5383a0mr44920851ejc.13.1673061401895; Fri, 06 Jan 2023 19:16:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673061401; cv=none; d=google.com; s=arc-20160816; b=bdn2PKdjrDiZZpabI7l4icBnoF1HE+acRQlTAjfsgio1m+hn+NZFi+uUx13dRq7ikK QxGenmOoHai/3Z/FsMNxDEeSqFktQjiQbKKgdI9XosJN6HxLUqWYt9PoGhijnD8/Yj+m 769mBODyTZ6qz5OhByfHhXk2vLh/8EHumrmHJ+TDyOuc5KYvG2Lea+aTlIFVRE5hqkxX Fjm/1+V8OIoda6TL7Y2jH4UnKTXicWpgv/kK6oa3sgRHOmokUI/Z4XRmnhZ5+EMmlm7F JMogT+apqMOM3qwJf09D3OGqh1dq3piPw/psKzgl+xXMrTKm/lzGF6rPrhJwyje2/s8F /DWA== 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:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=YkxMmlBmHBfVbdEMl5qCOCdoy3HigQlA7X9HtC6EhH4=; b=HhAPX+nUR+R2UVZIgUSzaJAciclca3iXuH+VPNPG2OtaiN85jLEU9qMsYK7EV23nbA 7ieVAm6yke7zFv22KS+N2J5WJz3tPrnwQj/FjcA5kJsFoWBTwPQ+GbhQx9JGMt17vSQF +gX1z9R1Yjoyfi+ZlPMCrld9o0a9gEy5pLx7mtVzc6qfmWiU4ZIE3MJxrTKpk1cYa0wH +KVZPrrWe9165YIo2AwaYtzpOK2wYBXpoaLg2DeoQTJMJzeroSnvDPn7MC2plzmcuOOD iGKb/dbd2MTPbCrrWO0PVnCB0lTsWGY9L6L6BYwmz1+57U9Nadh2yHi/yixrHtiahUpK iYQw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=MFTcESiU; 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 ml21-20020a170906cc1500b007c1479b6a89si2383388ejb.823.2023.01.06.19.16.28; Fri, 06 Jan 2023 19:16:41 -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=MFTcESiU; 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 S230046AbjAGCsq (ORCPT + 58 others); Fri, 6 Jan 2023 21:48:46 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59750 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229521AbjAGCsm (ORCPT ); Fri, 6 Jan 2023 21:48:42 -0500 Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8AD768B535 for ; Fri, 6 Jan 2023 18:48:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1673059721; x=1704595721; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=jeI+tFkLh+++AU1LMUIzjlxVEKuYd/d2QZDYvn5z6VU=; b=MFTcESiUkgK7HY3aj4DrKcOiOIqdHS0rYPrpJ8FeG/u2bSPzlFpgbY2n SZUi+wc9wAxz7BR96hVXOZRCFRctv9JtOlw+63ahKdTyd3t8x/uxu1lDb mJBwU1PZaXPUJ7m5fFxUEK95lJsk9gr47dgvagJTuUGiFfgjaX6N6bGwO XKDgD65+jREeREIaBwDxDJsK/t0Lz31VzB221P47HInNPgQCjMvnPNEDQ VLXHlGMRY/4HRspjAARVRKmZ+XmnS0EsBrJKkJdbqSrW4U6uT1yPE2fzD qnCEhctnYRR7kRuju7lZG4AeJfqbLMjViT/lvXvezsxJTLpyipOEOg4yn Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10582"; a="387062688" X-IronPort-AV: E=Sophos;i="5.96,307,1665471600"; d="scan'208";a="387062688" Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Jan 2023 18:48:40 -0800 X-IronPort-AV: E=McAfee;i="6500,9779,10582"; a="984854342" X-IronPort-AV: E=Sophos;i="5.96,307,1665471600"; d="scan'208";a="984854342" Received: from blu2-mobl.ccr.corp.intel.com (HELO [10.254.209.158]) ([10.254.209.158]) by fmsmga005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Jan 2023 18:48:33 -0800 Message-ID: <5ce5a6a4-9397-9665-7352-862d89b3f228@linux.intel.com> Date: Sat, 7 Jan 2023 10:48:31 +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 Subject: Re: [PATCH v4 10/19] iommu: Add set_platform_dma_ops iommu ops Content-Language: en-US To: Jason Gunthorpe Cc: 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 References: <20230104125725.271850-1-baolu.lu@linux.intel.com> <20230104125725.271850-11-baolu.lu@linux.intel.com> <1ef288af-885a-f724-ea37-199f181e4937@linux.intel.com> <0f6426c9-71bb-826a-78f0-bc8851b6468e@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=-7.2 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 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 1/6/2023 10:26 PM, Jason Gunthorpe wrote: > On Fri, Jan 06, 2023 at 02:07:32PM +0800, Baolu Lu wrote: > >> Above looks good to me. Thanks! I have updated this part of code like >> below: >> >> @@ -2177,10 +2188,20 @@ static int __iommu_group_set_domain(struct >> iommu_group *group, >> * platform specific behavior. >> */ >> if (!new_domain) { >> - if (WARN_ON(!group->domain->ops->detach_dev)) >> - return -EINVAL; >> - __iommu_group_for_each_dev(group, group->domain, >> - iommu_group_do_detach_device); >> + struct group_device *grp_dev; >> + >> + grp_dev = list_first_entry(&group->devices, >> + struct group_device, list); > It seems OK - I hope we naturally can't ever get in a situation where > a group has disjoint iommu drivers. The final code after cleanup looks like below. We will WARN_ON the lack of callback in the iommu_group_do_set_platform_dma() helper. 2152 static int iommu_group_do_set_platform_dma(struct device *dev, void *data) 2153 { 2154 const struct iommu_ops *ops = dev_iommu_ops(dev); 2155 2156 if (!WARN_ON(!ops->set_platform_dma_ops)) 2157 ops->set_platform_dma_ops(dev); 2158 2159 return 0; 2160 } 2161 2162 static int __iommu_group_set_domain(struct iommu_group *group, 2163 struct iommu_domain *new_domain) 2164 { 2165 int ret; 2166 2167 if (group->domain == new_domain) 2168 return 0; 2169 2170 /* 2171 * New drivers should support default domains, so set_platform_dma() 2172 * op will never be called. Otherwise the NULL domain represents some 2173 * platform specific behavior. 2174 */ 2175 if (!new_domain) { 2176 __iommu_group_for_each_dev(group, NULL, 2177 iommu_group_do_set_platform_dma); 2178 group->domain = NULL; 2179 return 0; 2180 } How do you like this? -- Best regards, baolu