Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp11565ybm; Tue, 26 May 2020 09:31:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwlFIGtXxFPICUBiNT1Fxi7Njl6vMu1tZ/dOdNIysFKRlIrHI0ZIslkmhnwdcAX2np2JO8d X-Received: by 2002:a05:6402:17af:: with SMTP id j15mr4518097edy.67.1590510670056; Tue, 26 May 2020 09:31:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590510670; cv=none; d=google.com; s=arc-20160816; b=Q/AJW3ddsFOOj2blpzzy4+bdEAoH8ckDuPjhNbW18jF9COQMimdaV6kaTaa8rjmIWj rByCkTcOimQs/6g+JWB26F8iFklLiqyqzRVWHxbWgkwAU5DbYXzFNWDrnoax+I7dy3yT xTTxVLaE61GhjfQvy6IFJgYgoOrmq1mtwrbXwCA9QXZZUnEDaHc9Vdy/uEafKAivIq2/ lOLAIePLKxclCmWU1mv/ZVh2oRxai40R7O3Nq0XdoTGu2x4+OSh01zO3r+CGHiBA4w3f e1VAjdBck7+G27TepCeBtPSov25ATbmX6V2fYBQt8dowpz97fJMsRtuOCyugb+kFXBN+ WdDg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=alIdGtUoUeqHQ/QveG6wv4ZRPyVxXnt1o5A5dPZ9SiM=; b=ffNt7JKuSdA9oDWxNpMDsAbpSK2Y8pTj3i0QimSaguTT71eVz7vQTk+/S4H0XeQZqY gLxha0tQ6tgz5nIaBSsZgAX2i2Kv3wI0jOyw26vYnb5fgVdN4pnG7evE982OT830pa4x h2PWu8FKfUCYZxWvwBELa6GG18wxm9fyBibn9VKy8qUX0zLoxlk3ER6TKAYaJotz7lI/ fd31bsYGU5v6sKW98/pVSFbpqpGoWahUGzeottPcEvnrlTDVPGnhSzO1HAeAjkPi0tq5 ezDSTkfU4KeTC1459JhM9A8mXyTPNhvd6Lo4S/58I9iuthVojqcykEqBPUf9kWKOg0HL QWbg== 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 m20si174255ejr.172.2020.05.26.09.30.46; Tue, 26 May 2020 09:31:10 -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 S1728561AbgEZQ0w (ORCPT + 99 others); Tue, 26 May 2020 12:26:52 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:49819 "EHLO relay7-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726282AbgEZQ0w (ORCPT ); Tue, 26 May 2020 12:26:52 -0400 X-Originating-IP: 90.112.45.105 Received: from [192.168.1.14] (lfbn-gre-1-325-105.w90-112.abo.wanadoo.fr [90.112.45.105]) (Authenticated sender: alex@ghiti.fr) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 85E5020010; Tue, 26 May 2020 16:26:48 +0000 (UTC) Subject: Re: [PATCH 7/8] riscv: Use pgtable_l4_enabled to output mmu type in cpuinfo To: Anup Patel Cc: Paul Walmsley , Palmer Dabbelt , Zong Li , Christoph Hellwig , linux-riscv , "linux-kernel@vger.kernel.org List" , Palmer Dabbelt References: <20200524091008.25587-1-alex@ghiti.fr> <20200524091008.25587-8-alex@ghiti.fr> From: Alex Ghiti Message-ID: Date: Tue, 26 May 2020 12:26:48 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: fr Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Anup, Le 5/25/20 à 2:21 AM, Anup Patel a écrit : > On Sun, May 24, 2020 at 2:47 PM Alexandre Ghiti wrote: >> Now that the mmu type is determined at runtime using SATP >> characteristic, use the global variable pgtable_l4_enabled to output >> mmu type of the processor through /proc/cpuinfo instead of relying on >> device tree infos. >> >> Signed-off-by: Alexandre Ghiti >> Reviewed-by: Anup Patel >> Reviewed-by: Palmer Dabbelt >> --- >> arch/riscv/boot/dts/sifive/fu540-c000.dtsi | 4 ---- >> arch/riscv/kernel/cpu.c | 24 ++++++++++++---------- >> 2 files changed, 13 insertions(+), 15 deletions(-) >> >> diff --git a/arch/riscv/boot/dts/sifive/fu540-c000.dtsi b/arch/riscv/boot/dts/sifive/fu540-c000.dtsi >> index 7db861053483..6138590a2229 100644 >> --- a/arch/riscv/boot/dts/sifive/fu540-c000.dtsi >> +++ b/arch/riscv/boot/dts/sifive/fu540-c000.dtsi >> @@ -50,7 +50,6 @@ >> i-cache-size = <32768>; >> i-tlb-sets = <1>; >> i-tlb-size = <32>; >> - mmu-type = "riscv,sv39"; >> reg = <1>; >> riscv,isa = "rv64imafdc"; >> tlb-split; >> @@ -74,7 +73,6 @@ >> i-cache-size = <32768>; >> i-tlb-sets = <1>; >> i-tlb-size = <32>; >> - mmu-type = "riscv,sv39"; >> reg = <2>; >> riscv,isa = "rv64imafdc"; >> tlb-split; >> @@ -98,7 +96,6 @@ >> i-cache-size = <32768>; >> i-tlb-sets = <1>; >> i-tlb-size = <32>; >> - mmu-type = "riscv,sv39"; >> reg = <3>; >> riscv,isa = "rv64imafdc"; >> tlb-split; >> @@ -122,7 +119,6 @@ >> i-cache-size = <32768>; >> i-tlb-sets = <1>; >> i-tlb-size = <32>; >> - mmu-type = "riscv,sv39"; >> reg = <4>; >> riscv,isa = "rv64imafdc"; >> tlb-split; > Your PATCH6 is already doing the right thing by skipping CPU DT > nodes that don't have "mmu-type" DT property. > > The "mmu-type" DT property is very critical for RUNTIME M-mode > firmware (OpenSBI) because it tells whether a given CPU has MMU > (or not). This is also in agreement with the current DT bindings > document for RISC-V CPUs. > > I suggest to drop the change in sifive/fu540-c000.dtsi and rest of > the patch is fine so my Reviewed-by still holds. Ok I'll do that in v2, thanks. Alex > Regards, > Anup > >> diff --git a/arch/riscv/kernel/cpu.c b/arch/riscv/kernel/cpu.c >> index 40a3c442ac5f..38a699b997a8 100644 >> --- a/arch/riscv/kernel/cpu.c >> +++ b/arch/riscv/kernel/cpu.c >> @@ -8,6 +8,8 @@ >> #include >> #include >> >> +extern bool pgtable_l4_enabled; >> + >> /* >> * Returns the hart ID of the given device tree node, or -ENODEV if the node >> * isn't an enabled and valid RISC-V hart node. >> @@ -54,18 +56,19 @@ static void print_isa(struct seq_file *f, const char *isa) >> seq_puts(f, "\n"); >> } >> >> -static void print_mmu(struct seq_file *f, const char *mmu_type) >> +static void print_mmu(struct seq_file *f) >> { >> + char sv_type[16]; >> + >> #if defined(CONFIG_32BIT) >> - if (strcmp(mmu_type, "riscv,sv32") != 0) >> - return; >> + strncpy(sv_type, "sv32", 5); >> #elif defined(CONFIG_64BIT) >> - if (strcmp(mmu_type, "riscv,sv39") != 0 && >> - strcmp(mmu_type, "riscv,sv48") != 0) >> - return; >> + if (pgtable_l4_enabled) >> + strncpy(sv_type, "sv48", 5); >> + else >> + strncpy(sv_type, "sv39", 5); >> #endif >> - >> - seq_printf(f, "mmu\t\t: %s\n", mmu_type+6); >> + seq_printf(f, "mmu\t\t: %s\n", sv_type); >> } >> >> static void *c_start(struct seq_file *m, loff_t *pos) >> @@ -90,14 +93,13 @@ static int c_show(struct seq_file *m, void *v) >> { >> unsigned long cpu_id = (unsigned long)v - 1; >> struct device_node *node = of_get_cpu_node(cpu_id, NULL); >> - const char *compat, *isa, *mmu; >> + const char *compat, *isa; >> >> seq_printf(m, "processor\t: %lu\n", cpu_id); >> seq_printf(m, "hart\t\t: %lu\n", cpuid_to_hartid_map(cpu_id)); >> if (!of_property_read_string(node, "riscv,isa", &isa)) >> print_isa(m, isa); >> - if (!of_property_read_string(node, "mmu-type", &mmu)) >> - print_mmu(m, mmu); >> + print_mmu(m); >> if (!of_property_read_string(node, "compatible", &compat) >> && strcmp(compat, "riscv")) >> seq_printf(m, "uarch\t\t: %s\n", compat); >> -- >> 2.20.1 >>