Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp1750336pxb; Wed, 9 Feb 2022 03:49:29 -0800 (PST) X-Google-Smtp-Source: ABdhPJzpgJV7YZAwrOkVCXNZkC0zoqzX21MOLQ9W3pX2cF1AzAzWHiqFMrcIAy7ttjDLt4fY+msW X-Received: by 2002:a17:90b:1b11:: with SMTP id nu17mr2124000pjb.98.1644407369427; Wed, 09 Feb 2022 03:49:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644407369; cv=none; d=google.com; s=arc-20160816; b=U1MNcEjdA4ZzvhQrcmJtnIfJpFvli+ffRjOOpZsig5j+Duwr1Pr1qRgBuqDa0x1fVB PAiO5o+ZzUBhU6Vjuib9R0ffba9Qp3dJWz7r31v+dSM6iqUz4Im0oB2PBoAazLApUJl2 bCWnGaG/aI7+6Zvgic8USCPpEsuJ4sP8D4GUdaDR1lOj1s37OO/8DCy6aFjrGbObVUNw q985lGsLh2HWdNeaQmA2G9YkMrR3eiMmEJnKIIej2AlASVAhd14q6wbt6d09jFmhhIH1 UY3pWhnPatxoWK3two690ur1xzzBuZMmY9xgocoZYdbesxfKNwDbS7yWX0G9ecFdZYol 0KxQ== 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 :mime-version:user-agent:date:message-id:from:references:to:subject :cc; bh=2jig/U9OWTwgugtRGck0Sm4g2RpB/VU6TEEWdxPbQdM=; b=MW/h/EjdaB77wreg0JEybMTljW1KdU3qFMTGjZataTMzADBBVNCWp8DWTCgkcbXn9p BCVGvqTwsePLqNHqaU/9/9Fmsba14R+k1rh3r8XFEUNlGPnxD79YxX4FyWL7s8on6O2o 2a6yCiLYVmj0hfQeSRk2JwbCM8iJ+uAa9KyyKwBhjTOIaTh4rB31uum/FyKMro4s6DSq wNmmyGwWFdB292oiK6tCSzMqPjYqt1WzzV5H4u41gfrvo3NzZ/SpSObuxGC7bDW+Nz6f WsGYxNce5ldIjr0XN7DxUxH0xdiegqEvKhx7y94h6Ln2eDXO4vrtqQyw1iT5DWJHnyXQ eFSQ== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id 24si14060417pfp.34.2022.02.09.03.49.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 09 Feb 2022 03:49:29 -0800 (PST) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 930D6E0E1F3E; Wed, 9 Feb 2022 01:59:31 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346802AbiBHNSN (ORCPT + 99 others); Tue, 8 Feb 2022 08:18:13 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53406 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1351538AbiBHMUS (ORCPT ); Tue, 8 Feb 2022 07:20:18 -0500 Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [45.249.212.188]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7EE35C03FEC0; Tue, 8 Feb 2022 04:20:16 -0800 (PST) Received: from canpemm500009.china.huawei.com (unknown [172.30.72.55]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4JtMWN5SFgzbkJT; Tue, 8 Feb 2022 20:19:12 +0800 (CST) Received: from [10.67.102.169] (10.67.102.169) by canpemm500009.china.huawei.com (7.192.105.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.21; Tue, 8 Feb 2022 20:20:12 +0800 CC: "Zengtao (B)" , "liuqi (BA)" , Zhangshaokun , Linuxarm , "Song Bao Hua (Barry Song)" Subject: Re: [PATCH v3 8/8] iommu/arm-smmu-v3: Make default domain type of HiSilicon PTT device to identity To: John Garry , Yicong Yang , "gregkh@linuxfoundation.org" , "helgaas@kernel.org" , "alexander.shishkin@linux.intel.com" , "lorenzo.pieralisi@arm.com" , "will@kernel.org" , "mark.rutland@arm.com" , "mathieu.poirier@linaro.org" , "suzuki.poulose@arm.com" , "mike.leach@linaro.org" , "leo.yan@linaro.org" , Jonathan Cameron , "daniel.thompson@linaro.org" , "joro@8bytes.org" , Shameerali Kolothum Thodi , "robin.murphy@arm.com" , "peterz@infradead.org" , "mingo@redhat.com" , "acme@kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "coresight@lists.linaro.org" , "linux-pci@vger.kernel.org" , "linux-perf-users@vger.kernel.org" , "iommu@lists.linux-foundation.org" References: <20220124131118.17887-1-yangyicong@hisilicon.com> <20220124131118.17887-9-yangyicong@hisilicon.com> <4f6f6e0f-4398-3018-cc35-6aa7ea1305fe@huawei.com> <144329a3-8125-1975-7f23-a247343a679e@huawei.com> From: Yicong Yang Message-ID: Date: Tue, 8 Feb 2022 20:20:12 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <144329a3-8125-1975-7f23-a247343a679e@huawei.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Originating-IP: [10.67.102.169] X-ClientProxiedBy: dggems703-chm.china.huawei.com (10.3.19.180) To canpemm500009.china.huawei.com (7.192.105.203) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 2022/2/8 19:56, John Garry wrote: > On 08/02/2022 11:21, Yicong Yang wrote: >>> This patch should be earlier in the series, before the PTT driver, and the comment on hisi_ptt_check_iommu_mapping() should mention what is going on here. >>> >> ok I'll reorder the serives and modify the comments of hisi_ptt_check_iommu_mapping() like: >> >> /* >>   * The DMA of PTT trace can only use direct mapping, due to some >>   * hardware restriction. Check whether there is an iommu or the >>   * policy of the iommu domain is passthrough, otherwise the trace >>   * cannot work. > > IOMMU, capitalize acronyms > ok. >>   * >>   * The PTT device is supposed to behind the arm smmu v3, which >>   * should have passthrough the device by a quirk. Otherwise user >>   * should manually set the iommu domain type to identity through >>   * sysfs. > > Sorry, but I don't really understand your meaning here. > > I did not think that if we have a default domain then we can change via sysfs to anything else. > ok I think the last sentence maybe misleading and better drop it. >>   */ >> >>>> Signed-off-by: Yicong Yang >>>> --- >>>>    drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c | 16 ++++++++++++++++ >>>>    1 file changed, 16 insertions(+) >>>> >>>> diff --git a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c >>>> index 6dc6d8b6b368..6f67a2b1dd27 100644 >>>> --- a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c >>>> +++ b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c >>>> @@ -2838,6 +2838,21 @@ static int arm_smmu_dev_disable_feature(struct device *dev, >>>>        } >>>>    } >>>>    +#define IS_HISI_PTT_DEVICE(pdev)    ((pdev)->vendor == PCI_VENDOR_ID_HUAWEI && \ >>>> +                     (pdev)->device == 0xa12e) >>> I assume that not all revisions will require this check, right? > > So if you are very confident that the next revision will be fixed then I would add a check for this current broken revision. > >>> >> For current revisions it's necessary. >> > > .