Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp377652ybt; Wed, 8 Jul 2020 02:05:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwjjF1zCAf1JiE74T3BCcx9Kqk+IOWtqoDg1nHGO0BisLd0qKjUrrx9v9kXYkCPLwwGrE+J X-Received: by 2002:a17:906:b0d5:: with SMTP id bk21mr12293841ejb.93.1594199144957; Wed, 08 Jul 2020 02:05:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594199144; cv=none; d=google.com; s=arc-20160816; b=Abw+X6JXf5kjHRBtIyFbaOMAiO4sDj7sl/ALhbdm53v+xUMpw+2mm+G8Es9Qp3BBKp sTmnFc4hMihCUBhGWlc1Z2htkhSgHSiGvoA9+FdAaKEwqBVaCccQTdXgFTA4P9EbK0NV Wq66JOpRqYrlwF8rPwXn+0zcD1AN40LnCgACvzevE81G4DEnnaD28YR05VB3gSWtmr/a kCybxRkJSToTy5WBncQlRhWeXy5G0JlXZ55CQQ0dEJHPEqv7/h00FnC8GHMdpsKSuVmj O+LFVTrwSyk4EAY491khiVWdRf3/2UQCtuDH0UvWdfnWdz+TAwPaJ8cVUsXw/fAi9NVJ pB/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=bbHOXyWCHjM/RFb8pWyhRuz4YdlhamrkLHLlYV0uCO4=; b=g90pj52r9F30LugNxEXcE0nxFGrQomXaD5TOJg1/0G6x5W73OAXzcR9uCU/HjbCSXA /8PPVNYqL6cfHEZem/Tw+jC7YA8BSzJyMeKN5Dl/wZjTR+IRZqK5ppNiCXkiyLcpeX+i AZiO7/CaVeHb29T/9bT9W5W2Prk4Mo2J5Lqvq1GdGhT3JSFSaj9/CLTDQ02QwegtaCjy +4WvYhM+eYp0YTAFfB2Dr3PPt4kJ/TsBtJf8uSaXtHrX+voqIyNuL08u7QMG/j/KjULX 5060XE+YmJTptvMQc/Zja+VoGx+1gTDiKNBNQ2JUgUVa5Km7aTgzHdVDINTOS5eZCmCJ EcVw== 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 s25si6961046edx.197.2020.07.08.02.05.20; Wed, 08 Jul 2020 02:05:44 -0700 (PDT) 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 S1726900AbgGHJBW (ORCPT + 99 others); Wed, 8 Jul 2020 05:01:22 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:58014 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725789AbgGHJBW (ORCPT ); Wed, 8 Jul 2020 05:01:22 -0400 Received: from DGGEMS411-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 5B526176F74C11234AA2; Wed, 8 Jul 2020 17:01:19 +0800 (CST) Received: from [127.0.0.1] (10.174.186.75) by DGGEMS411-HUB.china.huawei.com (10.3.19.211) with Microsoft SMTP Server id 14.3.487.0; Wed, 8 Jul 2020 17:01:09 +0800 Subject: Re: [RFC PATCH v4 2/2] arm64: tlb: Use the TLBI RANGE feature in arm64 To: Catalin Marinas CC: , , , , , , , , , , , , , , References: <20200601144713.2222-1-yezhenyu2@huawei.com> <20200601144713.2222-3-yezhenyu2@huawei.com> <20200707173617.GA32331@gaia> From: Zhenyu Ye Message-ID: Date: Wed, 8 Jul 2020 17:01:08 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.0 MIME-Version: 1.0 In-Reply-To: <20200707173617.GA32331@gaia> Content-Type: text/plain; charset="gbk" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.186.75] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Catalin, On 2020/7/8 1:36, Catalin Marinas wrote: > On Mon, Jun 01, 2020 at 10:47:13PM +0800, Zhenyu Ye wrote: >> @@ -59,6 +69,47 @@ >> __ta; \ >> }) >> >> +/* >> + * __TG defines translation granule of the system, which is decided by >> + * PAGE_SHIFT. Used by TTL. >> + * - 4KB : 1 >> + * - 16KB : 2 >> + * - 64KB : 3 >> + */ >> +#define __TG ((PAGE_SHIFT - 12) / 2 + 1) > > Nitpick: maybe something like __TLBI_TG to avoid clashes in case someone > else defines a __TG macro. > Thanks for your review. According to Marc and Robin's suggestion, I will remove this macro. I'd like implement this in a function beacause it's used in both TTL and TLB RANGE. >> - for (addr = start; addr < end; addr += stride) { >> - if (last_level) { >> - __tlbi(vale1is, addr); >> - __tlbi_user(vale1is, addr); >> - } else { >> - __tlbi(vae1is, addr); >> - __tlbi_user(vae1is, addr); >> + while (range_pages > 0) { >> + if (cpus_have_const_cap(ARM64_HAS_TLBI_RANGE) && >> + stride == PAGE_SIZE) { > > I think we could have the odd range_pages check here: > > if (cpus_have_const_cap(ARM64_HAS_TLBI_RANGE) && > stride == PAGE_SIZE && range_pages % 2 == 0) { > > and avoid the one outside the loop. > This may need some other necessary changes to do this. See in next version series. Thanks, Zhenyu