Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1070496pxb; Thu, 28 Jan 2021 07:22:57 -0800 (PST) X-Google-Smtp-Source: ABdhPJzmBPo82gf6sE2O9oMth5Kow6N8049kcvpyzD9O7EottdE+hUMQ6QVCceNlOA4CUCQ0BvzA X-Received: by 2002:a17:906:b047:: with SMTP id bj7mr11820542ejb.335.1611847376950; Thu, 28 Jan 2021 07:22:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611847376; cv=none; d=google.com; s=arc-20160816; b=OOuecfhyQD5E4EOJDz5T4nTuw5Cyj6IhWh4z2lPJn7Q0XbcNVvZ7L9pXdkE1g550tV 2fgSqI3xgaxOO5MePSg8a3ARV7/vh5aqthaqBOyEY8xDQ5HB/ATTPF10z/kfoyVl0rzM oz4ojRHd3XT4S4xMFrhLXr8UxoJC8eoZGQ0R/EtPdKGzTWc+kdm/ql+CZCce/5Xacp8x XCogITSXLVV9we2xaGKI/7TJudWUjzwmVDVsiv/34Tcs1W4lM5NHSNN+8ZowUde/g6Nm N+EoZ+zdvRFasxBTZAcFAX2cmkcXCiOGDBdDqQZkSAwGT6IBYihutEyX23oNK+YOYjtZ phTw== 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:cc:references:to :subject; bh=ExPAG6T56qP5Z6US73m5Vd3R1xFM+2b6CS7eyq6s/ow=; b=n0XwXc+fEXIE0jBD4GxGlFG/miWb9kxZb4GUFITYdSlAPPEDo+B7jvZ6yWYkRgJmkn MHkVNcKrByVWKFQEvVOXMMpBAmoHUBM3qbtIguOCAkutWPBgYMPQtTOZT0bKLGHA5zN9 Ezr7SXWlF9oINfwr+yYMOEGwDpdIiCx4ocBHOYL8c+7wHGws3euW9NMAJIetLhtl/F7h yIo9WoQmoCAxsItZtRv/Y6uESH6/d7csBY1fMUuhiAFssCKKP+AAeblZQyLc8kaTanTs z8DU/6fRd27WCLiiJIVV/G/AUn4bZWC0e7JQJKgF18JeBP5qMeBO87esQ923qf1+Xjrr +OOw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z8si3147400edq.163.2021.01.28.07.22.30; Thu, 28 Jan 2021 07:22:56 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232010AbhA1PU0 (ORCPT + 99 others); Thu, 28 Jan 2021 10:20:26 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:11467 "EHLO szxga06-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231979AbhA1PTr (ORCPT ); Thu, 28 Jan 2021 10:19:47 -0500 Received: from DGGEMS403-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga06-in.huawei.com (SkyGuard) with ESMTP id 4DRPH86F54zjDTK; Thu, 28 Jan 2021 23:17:56 +0800 (CST) Received: from [10.174.184.42] (10.174.184.42) by DGGEMS403-HUB.china.huawei.com (10.3.19.203) with Microsoft SMTP Server id 14.3.498.0; Thu, 28 Jan 2021 23:18:46 +0800 Subject: Re: [PATCH 1/1] iommu/arm-smmu-v3: add support for BBML To: Robin Murphy , Will Deacon References: <20201126034230.777-1-thunder.leizhen@huawei.com> <20210122125132.GB24102@willie-the-truck> <1bfd1ca0-953e-e943-f87e-144d5537bd0c@arm.com> <20210126101230.GA29204@willie-the-truck> <8a9685ec-67aa-824f-5429-f408bf79c5ab@huawei.com> <32f4752f-6954-183a-a0c1-b5d719c85b67@huawei.com> <319e3532-4555-7431-9d6f-3c3b7c11a5d9@arm.com> CC: Jean-Philippe Brucker , linux-kernel , iommu , Yang Yingliang , linux-arm-kernel From: Keqian Zhu Message-ID: Date: Thu, 28 Jan 2021 23:18:46 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <319e3532-4555-7431-9d6f-3c3b7c11a5d9@arm.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.184.42] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/1/27 17:39, Robin Murphy wrote: > On 2021-01-27 07:36, Keqian Zhu wrote: >> >> >> On 2021/1/27 10:01, Leizhen (ThunderTown) wrote: >>> >>> >>> On 2021/1/26 18:12, Will Deacon wrote: >>>> On Mon, Jan 25, 2021 at 08:23:40PM +0000, Robin Murphy wrote: >>>>> Now we probably will need some degreee of BBML feature awareness for the >>>>> sake of SVA if and when we start using it for CPU pagetables, but I still >>>>> cannot see any need to consider it in io-pgtable. >>>> >>>> Agreed; I don't think this is something that io-pgtable should have to care >>>> about. >> Hi, >> >> I have a question here :-). >> If the old table is not live, then the break procedure seems unnecessary. Do I miss something? > > The MMU is allowed to prefetch translations at any time, so not following the proper update procedure could still potentially lead to a TLB conflict, even if there's no device traffic to worry about disrupting. > > Robin. Thanks. Does the MMU you mention here includes MMU and SMMU? I know that at SMMU side, ATS can prefetch translation. Keqian > >> Thanks, >> Keqian >> >>> >>> Yes, the SVA works in stall mode, and the failed device access requests are not >>> discarded. >>> >>> Let me look for examples. The BBML usage scenario was told by a former colleague. >>> >>>> >>>> Will >>>> >>>> . >>>> >>> >>> >>> _______________________________________________ >>> linux-arm-kernel mailing list >>> linux-arm-kernel@lists.infradead.org >>> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel >>> . >>> >> _______________________________________________ >> iommu mailing list >> iommu@lists.linux-foundation.org >> https://lists.linuxfoundation.org/mailman/listinfo/iommu >> > . >