Re: [9front] call for testing

[mike@eff0ff.net]

[-- Attachment #1: Type: text/plain, Size: 252 bytes --]

My results:

sys		pc			pc64

x201	ok			ok
x220	ok			ok
t420	fail		ok
t430	ok			ok
t430s	ok			ok
t500	ok			ok
t510	ok			ok
t43p	ok			-
t60		ok			-
a30		ok			-

I've attached a screenshot of the machine/kernel combo that failed to boot. Hope that helps.

[-- Attachment #2: Type: message/rfc822, Size: 2371 bytes --]

From: cinap_lenrek@felloff.net
To: 9front@9front.org
Subject: [9front] call for testing
Date: Sat, 4 Apr 2020 19:39:50 +0200
Message-ID: <05E00F0CC340421AEDA9D66E230C7510@felloff.net>

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

[-- Attachment #3: bootfail-t420-9pc.png --]
[-- Type: image/png, Size: 336747 bytes --]