Hi Jan,
On 08.05.20 11:25, JPT wrote:
Sorry, I assumed the 11 branch was the branch for the soon to come release. I built with master again, but there isn't much difference.
but, was there a difference? I've looked at your list of problems again, at least one is expected. So maybe they are individual problems after all.
I uploaded logs to https://mega.nz/folder/fR521QIZ#ypfaHUIibD_cjWktYuyrNw
since I got so many problems, before I create reports of every single one I would like somebody to check if everything is alright with my build. eg.
- did the build install correctly into flash?
You should flash with `--ifd -i BIOS`, otherwise the ME firmware gets overwritten. But from the log it seems the ME is ok. If you use these options for flashing, it's also unnecessary to extract and add flash regions to coreboot.
- did I really build from the correct version?
4.11-2619-gd8bd3ff197-dirty
It's a recent upstream revision. The -dirty, though, means you have changes in your local repository that are not upstream.
- is something odd about the .config?
It looks all good, AFAICS. Only odd thing is that you have
# CONFIG_USE_BLOBS is not set
in your `.config`. It built nevertheless, probably because you had it enabled before (once the blobs are downloaded, they can be used by later builds without this option).
So let's have a closer look at your problem list:
- DOS 5.0 does not boot, it stops just before the C:> prompt
I can't say unexpected, barely anybody tests DOS.
- Kubuntu 20.4: systemd-udevd runs amok all the time. this might be
because it tries modprobe nvidia-uvm.
I really have no idea what this means. Probably just a user-space issue.
- Kubuntu 20.4: Shutdown does not work AE_NOT_FOUND
- Kubuntu 20.4: reboot just switches off AE_NOT_FOUND
- Kubuntu 20.4: Going to standby does not work. Switches off the screen,
but leaves on the CPU and cannot wake up again.
These three are definitely unexpected and most likely related. Can you get us a copy of these AE_NOT_FOUND messages?
- Ctrl-Alt-Del does not work?
Not sure what you mean. During boot? i.e. in the payload or GRUB? it's up to each program (payload/bootloader/OS) running what it does when this is pressed.
- ESC for reboot from payload memtest or USB memtest just stops (crashes?)
Probably in the not-much-tested category.
- access to CMOS using nvramtool does not work. complains about missing
HAVE_OPTION_TABLE. but both USE_ and HAVE_OPTION_TABLE are set. this
Unexpected, but there were similar reports before. Worth investigating.
makes it impossible enabling the debug boot log for the board status database
Doesn't sound like this is necessary. Maybe some outdated documentation told you to do so?
- I somehow cannot enter the grub boot menu. might this be related to
missing graphics bios?
If your on-disk GRUB is configured to switch to a graphics mode, no matter what, this is expected. Your configuration coreboot display init + SeaVGABIOS does not allow mode switching.
Nico