Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2606063pxj; Sun, 6 Jun 2021 07:47:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxMdwc9b47DOYElZeRZ4HozKk8sEkOvzs0nakqM23916jwAf+u7ddWCezn4iDDTH6SCrCEy X-Received: by 2002:aa7:c2c7:: with SMTP id m7mr15647964edp.156.1622990865303; Sun, 06 Jun 2021 07:47:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622990865; cv=none; d=google.com; s=arc-20160816; b=Yvqzke7UxQWBLmfXFWYTuUQpnemhfjYxkiea0G8pkHcbMddDUKIcGOTgz43XbljqLA Ji4whAxqmVbSgy7wKlRNk795b8pFePVj+4yaQZsiT59l9GFSFluveRIwN8bo2EVa1JTe 73xg51R+6rq7ngvOVQQaX69Zoa9q/Y44lCSVoR3jXyP01n1lrqdVFYB/kNa/DtQdmBQ7 BxZSrnkEG/p4bGneCAFIAkpoZkZtZOTZVV1wDNlGAh9MqvxvtlWv8kBkDtXnk0ceB/9J 2A5OiBPiCLno0BpHlpzX8k/59X9JDhNfm7DPUvie35x/ajta+eOGjq2j0V3cluCaN7KS nn/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=CtofaNcg6VER1rQXNcGaJKptiIn7NnmqCiaG8yiD6uw=; b=sji7mspLN48dUCp1YBWU0OWifOvIpSVWitGpDcm5k9HNYk42iKZArqHYa+s6CMGyfs ktdknQo8AQ7CMZgX0H69LTfNFkjnosJqgDqBXcwJpEIPV+ygSWOPflwcSm4ee6o8ZnhY Zdu3phceLSAB1PBePzX00jIs1mQcYQPIHSLaMMSV7YFvC9uC1dNK92E2kqAKS77BgZRU 7dthik71xqch26pUGIhvknqYGrEd7Tm6eNhwB7IPUlwJ68Au+RG5Z2sc9y+wD16Qacsj oIv8YRFidZFOH/JbIuoIgGlPPyT8GiqIAdCzm9JHpEPaRNCCtww3K/R3nmnBjhlf/9WL Aebg== 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 g3si10845917edv.12.2021.06.06.07.47.22; Sun, 06 Jun 2021 07:47:45 -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 S230099AbhFFOkm (ORCPT + 99 others); Sun, 6 Jun 2021 10:40:42 -0400 Received: from verein.lst.de ([213.95.11.211]:42995 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230025AbhFFOkm (ORCPT ); Sun, 6 Jun 2021 10:40:42 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 1D8B767373; Sun, 6 Jun 2021 16:38:49 +0200 (CEST) Date: Sun, 6 Jun 2021 16:38:48 +0200 From: Christoph Hellwig To: guoren@kernel.org Cc: anup.patel@wdc.com, palmerdabbelt@google.com, arnd@arndb.de, wens@csie.org, maxime@cerno.tech, drew@beagleboard.org, liush@allwinnertech.com, lazyparser@gmail.com, wefu@redhat.com, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, linux-sunxi@lists.linux.dev, Guo Ren , Christoph Hellwig Subject: Re: [PATCH V5 2/3] riscv: Add ASID-based tlbflushing methods Message-ID: <20210606143848.GA5983@lst.de> References: <1622970249-50770-1-git-send-email-guoren@kernel.org> <1622970249-50770-4-git-send-email-guoren@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1622970249-50770-4-git-send-email-guoren@kernel.org> User-Agent: Mutt/1.5.17 (2007-11-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jun 06, 2021 at 09:03:58AM +0000, guoren@kernel.org wrote: > +static inline void local_flush_tlb_all_asid(unsigned long asid) > +{ > + __asm__ __volatile__ ("sfence.vma x0, %0" > + : > + : "r" (asid) > + : "memory"); > +} > + > +static inline void local_flush_tlb_range_asid(unsigned long start, > + unsigned long size, unsigned long asid) > +{ > + unsigned long tmp, end = ALIGN(start + size, PAGE_SIZE); > + > + for (tmp = start & PAGE_MASK; tmp < end; tmp += PAGE_SIZE) { > + __asm__ __volatile__ ("sfence.vma %0, %1" > + : > + : "r" (tmp), "r" (asid) > + : "memory"); > + } No need to expose these in a header. > +static void __sbi_tlb_flush_range_asid(struct cpumask *cmask, > + unsigned long start, > + unsigned long size, > + unsigned long asid) > +{ > + struct cpumask hmask; > + unsigned int cpuid; > + > + if (cpumask_empty(cmask)) > + return; > + > + cpuid = get_cpu(); > + > + if (cpumask_any_but(cmask, cpuid) >= nr_cpu_ids) { > + if (size == -1) > + local_flush_tlb_all_asid(asid); > + else > + local_flush_tlb_range_asid(start, size, asid); > + } else { > + riscv_cpuid_to_hartid_mask(cmask, &hmask); > + sbi_remote_sfence_vma_asid(cpumask_bits(&hmask), > + start, size, asid); > + } > + > + put_cpu(); > +} Still no need to duplicate most of this logic. Also please document why this uses a different tradeoff for the flush all logic compared to the non-ASID path. > + > void flush_tlb_mm(struct mm_struct *mm) > { > - __sbi_tlb_flush_range(mm_cpumask(mm), 0, -1); > + if (static_branch_unlikely(&use_asid_allocator)) > + __sbi_tlb_flush_range_asid(mm_cpumask(mm), 0, -1, > + atomic_long_read(&mm->context.id)); > + else > + __sbi_tlb_flush_range(mm_cpumask(mm), 0, -1); > } > > void flush_tlb_page(struct vm_area_struct *vma, unsigned long addr) > { > - __sbi_tlb_flush_range(mm_cpumask(vma->vm_mm), addr, PAGE_SIZE); > + if (static_branch_unlikely(&use_asid_allocator)) > + __sbi_tlb_flush_range_asid(mm_cpumask(vma->vm_mm), addr, PAGE_SIZE, > + atomic_long_read(&vma->vm_mm->context.id)); > + else > + __sbi_tlb_flush_range(mm_cpumask(vma->vm_mm), addr, PAGE_SIZE); > } > > void flush_tlb_range(struct vm_area_struct *vma, unsigned long start, > unsigned long end) > { > - __sbi_tlb_flush_range(mm_cpumask(vma->vm_mm), start, end - start); > + if (static_branch_unlikely(&use_asid_allocator)) > + __sbi_tlb_flush_range_asid(mm_cpumask(vma->vm_mm), start, end - start, > + atomic_long_read(&vma->vm_mm->context.id)); > + else > + __sbi_tlb_flush_range(mm_cpumask(vma->vm_mm), start, end - start); Various overly long lines (which are trivially avoided when doing the right thing from the beginning).