Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Feb 2020 13:22:12 -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:   Re: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go
Message-ID:  <876C4DBE-A243-425A-9978-209C24387668@yahoo.com>
In-Reply-To: <CACNAnaE-SdeqLKwnodPTFNyWY1sWDNhrt4=5WKjUG_FeH4%2B0-Q@mail.gmail.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> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <CACNAnaE-SdeqLKwnodPTFNyWY1sWDNhrt4=5WKjUG_FeH4%2B0-Q@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help


On 2020-Feb-13, at 12:13, Kyle Evans <kevans at freebsd.org> wrote:

> On Thu, Feb 13, 2020 at 1:43 PM Mark Millard <marklmi@yahoo.com> =
wrote:
>> [ ... trim ...]
>>=20
>> 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;
>> }
>>=20
>> [... more trim ...]
>=20
> This is largely irrelevant unless we're consulting either or both of
> /reserved-memory and the EFI memory map. memreserve and the memory map
> from U-Boot should likely both be fixed to reflect reality.
>=20

That is the only code causing the first page to have
its exsting Reserved status. Otherwise it too would
be replaced by the kernel.

The Reeserved status is from the EFI interface,
not the FDT/DTB one.

=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?876C4DBE-A243-425A-9978-209C24387668>