From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from duke.felloff.net ([216.126.196.34]) by ewsd; Sat Apr  4 13:39:59 EDT 2020
Message-ID: <05E00F0CC340421AEDA9D66E230C7510@felloff.net>
Subject: call for testing
Date: Sat, 4 Apr 2020 19:39:50 +0200
From: cinap_lenrek@felloff.net
To: 9front@9front.org
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: virtualized markup engine ACPI NoSQL hypervisor 

i'v just pushed the new memory map code for pc and pc64 kernels:

http://code.9front.org/hg/plan9front/rev/7eba9c247d5d

i'v tested the code on qemu, vmware, t495, x230, x200 and t23
thinkpads and it works without issues for me.

however, this is a tricky part of code and the new memory map
code differs in reserving region types (now it uses strict
priorities: Reserved > ACPI > RAM > UMB > UPA). it is possible
that some machines just worked by accident before and now stop
booting.

so if you can, i'd like to encurage you to help test this by
just booting the current pc or pc64 kernel and see if it can
still boot.

on the plus side, the new code should be more robust against
broken uefi and bios memory maps. it works by delaying user
memory allocation until the acpi tables have been discovered
and mapped out. this means it can work around acpi tables
overlapping usable memory which might have prevented us booting
before (this is the case on the new lenovo t495 which motivated
the change).

so now would also be a good time to try these machines again.

--
cinap