linux-kernel - Re: [PATCH RESEND] arm64: dts: renesas: r8a77990: Add Ebisu-4D board support

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Mon, 2 Oct 2023 14:36:37 +0200
From:   Geert Uytterhoeven <geert@...ux-m68k.org>
To:     Wolfram Sang <wsa+renesas@...g-engineering.com>
Cc:     linux-renesas-soc@...r.kernel.org,
        Takeshi Kihara <takeshi.kihara.df@...esas.com>,
        Geert Uytterhoeven <geert+renesas@...der.be>,
        Magnus Damm <magnus.damm@...il.com>,
        Rob Herring <robh+dt@...nel.org>,
        Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
        Conor Dooley <conor+dt@...nel.org>, devicetree@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH RESEND] arm64: dts: renesas: r8a77990: Add Ebisu-4D board support

Hi Wolfram,

On Mon, Oct 2, 2023 at 1:35 PM Wolfram Sang
<wsa+renesas@...g-engineering.com> wrote:
> From: Takeshi Kihara <takeshi.kihara.df@...esas.com>
>
> Add initial support for the Renesas Ebisu-4D development board.
>
> The Ebisu-4D board is very similar to the Ebisu board, but the memory
> configuration is different.
>
>   - The memory map of Ebisu-4D board is as follows:
>       Bank0: 2 GiB RAM : 0x000048000000 -> 0x000bfffffff
>
>   - The memory map of Ebisu board is as follows:
>       Bank0: 1 GiB RAM : 0x000048000000 -> 0x0007fffffff
>
> Signed-off-by: Takeshi Kihara <takeshi.kihara.df@...esas.com>
> Signed-off-by: Geert Uytterhoeven <geert+renesas@...der.be>
> [wsa: rebased]
> Signed-off-by: Wolfram Sang <wsa+renesas@...g-engineering.com>

Thanks for your patch!

> Resending this patch because I want to utilize all 2GB of memory on my
> Ebisu. Since nobody updated U-Boot to handle different RAM sizes on
> Ebisu in the last 4.5 years, let's add the Ebisu-4D as a seperate board.

This patch is not needed: TF-A passes the memory size to U-Boot,
which updates the /memory node in the DTB passed to Linux:

$ dtc -O ebisu/r8a77990-ebisu.dtb | grep -A2 -w memory
    memory@...00000 {
            device_type = "memory";
            reg = <0x00 0x48000000 0x00 0x38000000>;
    };

When booting:

    NOTICE:  BL2: R-Car Gen3 Initial Program Loader(CA53) Rev.3.0.3
    NOTICE:  BL2: PRR is R-Car E3 Ver.1.0
    NOTICE:  BL2: PLL1 nonSSCG Clock select
    NOTICE:  BL2: Board is Ebisu-4D Rev.1.0
    ...
    NOTICE:  BL2: CH0: 400000000 - 47fffffff, 2 GiB
    ..
    U-Boot 2022.04-rc4-00082-g54082b91f22f7a49 (Mar 25 2022 - 11:25:09 +0100)

    CPU:   Renesas Electronics R8A77990 rev 1.0
    Model: Renesas Ebisu-4D board rev 1.0
    DRAM:  1.9 GiB
    ...
    Booting Linux on physical CPU 0x0000000000 [0x410fd034]
    Linux version 6.6.0-rc3-ebisu-03722-g180199a69b82 (geert@rox)
(aarch64-linux-gnu-gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0, GNU ld
(GNU Binutils for Ubuntu) 2.38) #546 SMP Tue Sep 26 13:26:12 CEST 2023
    Machine model: Renesas Ebisu board based on r8a77990
    printk: debug: ignoring loglevel setting.
    efi: UEFI not found.
    Zone ranges:
       DMA      [mem 0x0000000048000000-0x00000000bfffffff]
    ...
    Memory: 1755932K/1966080K available (9088K kernel code, 2496K
rwdata, 4188K rodata, 3072K init, 17571K bss, 144612K reserved, 65536K
cma-reserved)

root@...su:~# hd /sys/firmware/devicetree/base/memory@...00000/reg
00000000  00 00 00 00 48 00 00 00  00 00 00 00 78 00 00 00  |....H.......x...|
00000010

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds