Received: by 2002:a05:6359:6284:b0:131:369:b2a3 with SMTP id se4csp3564039rwb; Mon, 7 Aug 2023 16:07:54 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFGnTDSwXgEjjWiCdCgxldabb1Yc7a6x0nvlTvSeqWX3ZakDG/4swArvDrNd+kPiTWdoHQQ X-Received: by 2002:a17:902:b682:b0:1b8:17e8:5475 with SMTP id c2-20020a170902b68200b001b817e85475mr10276033pls.24.1691449673952; Mon, 07 Aug 2023 16:07:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691449673; cv=none; d=google.com; s=arc-20160816; b=e4aIpxy40cvEc78eQBXl8+VZ8sgDB/kc6E2Yo0ib8DYGZ8RIxDLKbVJUkztMyxaY6A jpENYULV28QDgTsKEH6x26LeasOKlm4adp+zpjYfWxe7qnf+z0c/NMJfEHxYN/eYFjb+ fFpQ4tFE25NU7bNH//+5oFo8SomHLE4+rpaa9wIGXEgUyY/SNQs+YCo+JXfz1pxD4kz2 hIJNnKXSJQhwneav7QaHPpfKZeQuuyGG48Wmwx8RU4Sn0XhVe/fUvqhY+rfEwTHdzr/i kdyu+7HuqYSC0QyFIwtyE05xQqDfiXW5u48c8b69g6ryf6iJE62p4byHyLAICMqliQCI /OoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=LLabNF1oUru8G8E0mb8z07qDe8jY0hmn23BXjQmIFo0=; fh=kw66/VP8/nNzuAxmdgsKV4RxLa3i5KjpOpCBf0hO0jw=; b=ax/gJvwah8lYZhHtzwb/3WeH87bCh9d0xBZjCABdxwi3+Mv6peBbbqleQldkPa1U9K OVHR/m7iCyGkIMGWPwUugMoMXT7C5ATwf9CUFtXjMfTORg8ukSuEffKt6F1BtugHXGsT bxnANtTmD3XwswGqCwZZYnGGse/hZ9LdymRBADbMjgW/eBmSVP8rjDppQa/LU2oaT3bS FQS2RBb/TD5POxj5kGLxQ7Qy1Ow3OLX8YpRce0SekIpZWZPKhAj43tjTqDgB1PaNTj0w eIK5KHn9hzuFaLskZVv3LLyZ7UzYYhAFhvkSzAOzy59Qbn04mp/v2rpayQJ2LJBO3+RD 8rxw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@rivosinc-com.20221208.gappssmtp.com header.s=20221208 header.b=fOuezLgQ; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m1-20020a170902f20100b001b53a3fbcc3si6044071plc.328.2023.08.07.16.07.42; Mon, 07 Aug 2023 16:07:53 -0700 (PDT) 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=@rivosinc-com.20221208.gappssmtp.com header.s=20221208 header.b=fOuezLgQ; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229831AbjHGVMV (ORCPT + 99 others); Mon, 7 Aug 2023 17:12:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49808 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229560AbjHGVMT (ORCPT ); Mon, 7 Aug 2023 17:12:19 -0400 Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 351DEE5B for ; Mon, 7 Aug 2023 14:12:18 -0700 (PDT) Received: by mail-pl1-x633.google.com with SMTP id d9443c01a7336-1bc411e9d17so30836255ad.0 for ; Mon, 07 Aug 2023 14:12:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rivosinc-com.20221208.gappssmtp.com; s=20221208; t=1691442737; x=1692047537; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=LLabNF1oUru8G8E0mb8z07qDe8jY0hmn23BXjQmIFo0=; b=fOuezLgQNJfG941ygz4q5rwJTaSzKWKWRgTe8pPAw2H3M/CXJiyfFwfHQMQra0JJB7 6AqwM8/wSw/bttG9JFm/DHUaNEKteNe7XDbEpfoDSPcviuXsvK+jyVLm5CF3keLnc3rh SrGRmeyuoLDkFRE7oDrpq6R/vjZd44xbXoGm63bXdGOtkgMkSz4EW9bOrVIKAUptiWEZ PHJEQEe9e39mD6PtBqiOkI8kx8MVj3ee9N3gvEyuTcrOpOrfRBuQJFSdFvAWPPxiLgaw P2o5cbtfNyYixv9K6m6YCWi4quYH5qQ34J4ofvKo6JEprZXei9vNbfiUPebeskAAQBCC sgjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1691442737; x=1692047537; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=LLabNF1oUru8G8E0mb8z07qDe8jY0hmn23BXjQmIFo0=; b=JpR7A6q27sLkXlz0eMHn6WqxUcWpSDSvKQt3Df35BkU5aKDS+V9p4hgEYq9g2zWECX bXdthTbcNG0uuWRsn17I+I6wqs6V9MC1qCx5F9uLJnA+JgSjhy1mZaW8SPj7Lg+JOdF6 tKqjLPoNtU6D3OziRBoDiEIDY6hpwb0/QJpbEfE0RTJ8yVJvQ7DTuSuBByFPgXDOTrEr CtLqDNB5PKXMAytdQnl7D7xr+6DWsvAQsN/Zqwk0ksTb1DnkAYeOKHLxVh0yOX/lWS8O MckmMqL7zmbllzu+/mnFZFSoUcKiMuCChl11heADLRRdWoAn2o86R3Stw9H5O/uG47fs caQQ== X-Gm-Message-State: AOJu0YyjYEE78ZlGXvPNW2I3B67ykc5vXlZRNXISzj0Nt1I4qtm15eig HovR5Bi11VTpqfYMtdWptUrUTg== X-Received: by 2002:a17:903:22cb:b0:1bb:d045:ae8 with SMTP id y11-20020a17090322cb00b001bbd0450ae8mr11946777plg.7.1691442737567; Mon, 07 Aug 2023 14:12:17 -0700 (PDT) Received: from ghost ([50.221.140.188]) by smtp.gmail.com with ESMTPSA id f12-20020a170902ce8c00b001bb97e51ad5sm7350677plg.99.2023.08.07.14.12.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Aug 2023 14:12:16 -0700 (PDT) Date: Mon, 7 Aug 2023 14:12:14 -0700 From: Charlie Jenkins To: Alexandre Ghiti Cc: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, conor@kernel.org, paul.walmsley@sifive.com, palmer@rivosinc.com, aou@eecs.berkeley.edu, anup@brainfault.org, konstantin@linuxfoundation.org, linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-mm@kvack.org, mick@ics.forth.gr, jrtc27@jrtc27.com, rdunlap@infradead.org, alexghiti@rivosinc.com Subject: Re: [PATCH v8 1/4] RISC-V: mm: Restrict address space for sv39,sv48,sv57 Message-ID: References: <20230727212647.4182407-1-charlie@rivosinc.com> <20230727212647.4182407-2-charlie@rivosinc.com> <4c692993-86ab-fdce-8c78-f676cf90e861@ghiti.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4c692993-86ab-fdce-8c78-f676cf90e861@ghiti.fr> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 Sun, Aug 06, 2023 at 11:53:51AM +0200, Alexandre Ghiti wrote: > > On 27/07/2023 23:26, Charlie Jenkins wrote: > > Make sv48 the default address space for mmap as some applications > > currently depend on this assumption. A hint address passed to mmap will > > cause the largest address space that fits entirely into the hint to be > > used. If the hint is less than or equal to 1<<38, an sv39 address will > > be used. An exception is that if the hint address is 0, then a sv48 > > address will be used. After an address space is completely full, the next > > smallest address space will be used. > > > > Signed-off-by: Charlie Jenkins > > --- > > arch/riscv/include/asm/elf.h | 2 +- > > arch/riscv/include/asm/pgtable.h | 20 +++++++++++- > > arch/riscv/include/asm/processor.h | 52 ++++++++++++++++++++++++++---- > > 3 files changed, 66 insertions(+), 8 deletions(-) > > > > diff --git a/arch/riscv/include/asm/elf.h b/arch/riscv/include/asm/elf.h > > index c24280774caf..5d3368d5585c 100644 > > --- a/arch/riscv/include/asm/elf.h > > +++ b/arch/riscv/include/asm/elf.h > > @@ -49,7 +49,7 @@ extern bool compat_elf_check_arch(Elf32_Ehdr *hdr); > > * the loader. We need to make sure that it is out of the way of the program > > * that it will "exec", and that there is sufficient room for the brk. > > */ > > -#define ELF_ET_DYN_BASE ((TASK_SIZE / 3) * 2) > > +#define ELF_ET_DYN_BASE ((DEFAULT_MAP_WINDOW / 3) * 2) > > #ifdef CONFIG_64BIT > > #ifdef CONFIG_COMPAT > > diff --git a/arch/riscv/include/asm/pgtable.h b/arch/riscv/include/asm/pgtable.h > > index 75970ee2bda2..c76a1ef094a4 100644 > > --- a/arch/riscv/include/asm/pgtable.h > > +++ b/arch/riscv/include/asm/pgtable.h > > @@ -63,8 +63,26 @@ > > * position vmemmap directly below the VMALLOC region. > > */ > > #ifdef CONFIG_64BIT > > +#define VA_BITS_SV39 39 > > +#define VA_BITS_SV48 48 > > +#define VA_BITS_SV57 57 > > + > > +#define VA_USER_SV39 (UL(1) << (VA_BITS_SV39 - 1)) > > +#define VA_USER_SV48 (UL(1) << (VA_BITS_SV48 - 1)) > > +#define VA_USER_SV57 (UL(1) << (VA_BITS_SV57 - 1)) > > + > > #define VA_BITS (pgtable_l5_enabled ? \ > > - 57 : (pgtable_l4_enabled ? 48 : 39)) > > + VA_BITS_SV57 : (pgtable_l4_enabled ? VA_BITS_SV48 : VA_BITS_SV39)) > > + > > +#ifdef CONFIG_COMPAT > > +#define MMAP_VA_BITS_64 ((VA_BITS >= VA_BITS_SV48) ? VA_BITS_SV48 : VA_BITS) > > +#define MMAP_MIN_VA_BITS_64 ((VA_BITS >= VA_BITS_SV39) ? VA_BITS_SV39 : VA_BITS) > > > Here the condition is always true right? > Yes, that condition is always true, I can eliminate the conditional. > > > +#define MMAP_VA_BITS (test_thread_flag(TIF_32BIT) ? 32 : MMAP_VA_BITS_64) > > +#define MMAP_MIN_VA_BITS (test_thread_flag(TIF_32BIT) ? 32 : MMAP_MIN_VA_BITS_64) > > > I think you should use is_compat_task() here instead of > test_thread_flag(TIF_32BIT). And what about introducing VA_BITS_SV32 instead > of hardcoding 32? > Sounds good. > > > +#else > > +#define MMAP_VA_BITS ((VA_BITS >= VA_BITS_SV48) ? VA_BITS_SV48 : VA_BITS) > > +#define MMAP_MIN_VA_BITS ((VA_BITS >= VA_BITS_SV39) ? VA_BITS_SV39 : VA_BITS) > > > Ditto here. > > > > +#endif > > #else > > #define VA_BITS 32 > > #endif > > diff --git a/arch/riscv/include/asm/processor.h b/arch/riscv/include/asm/processor.h > > index c950a8d9edef..e810244ea951 100644 > > --- a/arch/riscv/include/asm/processor.h > > +++ b/arch/riscv/include/asm/processor.h > > @@ -13,19 +13,59 @@ > > #include > > +#ifdef CONFIG_64BIT > > +#define DEFAULT_MAP_WINDOW (UL(1) << (MMAP_VA_BITS - 1)) > > +#define STACK_TOP_MAX TASK_SIZE_64 > > + > > +#define arch_get_mmap_end(addr, len, flags) \ > > +({ \ > > + unsigned long mmap_end; \ > > + typeof(addr) _addr = (addr); \ > > + if ((_addr) == 0 || (IS_ENABLED(CONFIG_COMPAT) && test_thread_flag(TIF_32BIT))) \ > > + mmap_end = DEFAULT_MAP_WINDOW; \ > > > Wouldn't that prevent a sv57 system to allocate sv57 addresses when sv48 is > full unless explicitly asked? > Yes that is a good point, that should be STACK_TOP_MAX as well. > > > + else if ((_addr) >= VA_USER_SV57) \ > > + mmap_end = STACK_TOP_MAX; \ > > + else if ((((_addr) >= VA_USER_SV48)) && (VA_BITS >= VA_BITS_SV48)) \ > > + mmap_end = VA_USER_SV48; \ > > + else \ > > + mmap_end = VA_USER_SV39; \ > > + mmap_end; \ > > +}) > > + > > +#define arch_get_mmap_base(addr, base) \ > > +({ \ > > + unsigned long mmap_base; \ > > + typeof(addr) _addr = (addr); \ > > + typeof(base) _base = (base); \ > > + unsigned long rnd_gap = (_base) - DEFAULT_MAP_WINDOW; \ > > + if ((_addr) == 0 || (IS_ENABLED(CONFIG_COMPAT) && test_thread_flag(TIF_32BIT))) \ > > + mmap_base = (_base); \ > > + else if (((_addr) >= VA_USER_SV57) && (VA_BITS >= VA_BITS_SV57)) \ > > + mmap_base = VA_USER_SV57 + rnd_gap; \ > > > Shouldn't it be mmap_base = VA_USER_SV57 - rnd_gap? > No, rnd_gap is a negative number here. 'base' is equal to DEFAULT_MAP_WINDOW - gap - rnd. It does seem more clear if it is a positive number so I will set rnd_gap to DEFAULT_MAP_WINDOW - (_base). > > > + else if ((((_addr) >= VA_USER_SV48)) && (VA_BITS >= VA_BITS_SV48)) \ > > + mmap_base = VA_USER_SV48 + rnd_gap; \ > > + else \ > > + mmap_base = VA_USER_SV39 + rnd_gap; \ > > + mmap_base; \ > > +}) > > + > > +#else > > +#define DEFAULT_MAP_WINDOW TASK_SIZE > > +#define STACK_TOP_MAX TASK_SIZE > > +#endif > > +#define STACK_ALIGN 16 > > + > > +#define STACK_TOP DEFAULT_MAP_WINDOW > > + > > /* > > * This decides where the kernel will search for a free chunk of vm > > * space during mmap's. > > */ > > -#define TASK_UNMAPPED_BASE PAGE_ALIGN(TASK_SIZE / 3) > > - > > -#define STACK_TOP TASK_SIZE > > #ifdef CONFIG_64BIT > > -#define STACK_TOP_MAX TASK_SIZE_64 > > +#define TASK_UNMAPPED_BASE PAGE_ALIGN((UL(1) << MMAP_MIN_VA_BITS) / 3) > > #else > > -#define STACK_TOP_MAX TASK_SIZE > > +#define TASK_UNMAPPED_BASE PAGE_ALIGN(TASK_SIZE / 3) > > #endif > > -#define STACK_ALIGN 16 > > #ifndef __ASSEMBLY__