Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Feb 2020 11:42:56 -0800
From:      Mark Millard <marklmi@yahoo.com>
To:        Kyle Evans <kevans@freebsd.org>
Cc:        Ralf Wenk <iz-rpi03@hs-karlsruhe.de>, Andrew Turner <andrew@freebsd.org>, Oleksandr Tymoshenko <gonzo@freebsd.org>, freebsd-arm <freebsd-arm@freebsd.org>, Emmanuel Vadot <manu@freebsd.org>
Subject:   u-boot-rpi* has the existing "make first page reserved" code (shown);  this appears to be where any fix would go
Message-ID:  <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com>
In-Reply-To: <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com>
References:  <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <E1j2EmR-000Mwm-ID@iz-wera-new.HS-Karlsruhe.DE> <CACNAnaHVYeuoK=4f7XzokpAVjcqd6ovD58-0LdP_vPGjiXQgdw@mail.gmail.com> <E1j2FRX-000MyR-1O@iz-wera-new.HS-Karlsruhe.DE> <E1j2G3j-000Mzo-Dw@iz-wera-new.HS-Karlsruhe.DE> <CACNAnaHUwu0GmqW9QZRhS2sMK0HpsjdYRz3YouL5FMBdWBCW-Q@mail.gmail.com> <B64C6065-D804-4D6F-8660-F8DBB9946DEB@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
[History dropped.]

Using sysutils/u-boot-rpi4/ as an example . . .

# pwd
/wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10

A grep showed the EFI_RESERVED_MEMORY_TYPE reserving the
first page in RAM:

./board/raspberrypi/rpi/rpi.c:  efi_add_memory_map(0, 1, =
EFI_RESERVED_MEMORY_TYPE, 0);

More completely:

int ft_board_setup(void *blob, bd_t *bd)
{
        /*
         * For now, we simply always add the simplefb DT node. Later, we
         * should be more intelligent, and e.g. only do this if no =
enabled DT
         * node exists for the "real" graphics driver.
         */
        lcd_dt_simplefb_add_node(blob);
=20
#ifdef CONFIG_EFI_LOADER
        /* Reserve the spin table */
        efi_add_memory_map(0, 1, EFI_RESERVED_MEMORY_TYPE, 0);
#endif
        return 0;
}

As stands it appears that the above is where more than one
page would fit the existing structure: more than the
spin table needs to be preserved.

I doubt reserving two pages (or even a few) would be
a problem (compared to under sizing the space for some
contexts, such a FreeBSD).

I do not know if the arguements might provide a way for
armstub8*.bin to indicate what to reserve instead of
hard coded constants.


=3D=3D=3D
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7465BC0D-3F4C-4CD9-B614-0DF321C94331>