coreboot December 2022

coreboot@coreboot.org

28 participants
35 discussions

Re: Deprecation of the Intel Quark SoC
by Łukasz Jeleń 02 Mar '23

02 Mar '23

Hi, My background is low level ARM and I want to get familiar with low level x86. I bought galileo v1 because it is cheap, small and handy x86 board. I have built coreboot code. It does not boot "out of the box". I had to add rmu.bin into coreboot.rom. With this logging on uart works. It seems SD/MMC controller also works. Now I'm struggling with: [INFO ] CBFS: Found 'fspm.bin' @0x31c40 size 0x2f000 in mcache @0x80004f84 [ERROR] CBFS ERROR: 'fspm.bin' allocation failure [EMERG] FSPM not available or failed to load! Regards, Łukasz

4 14

Recent board removal for deprecated features LEGACY_SMP_INIT and RESOURCE_ALLOCATOR_V3
by Paul Menzel 05 Feb '23

05 Feb '23

Dear coreboot folks, Two days ago, on November 7th, the change-sets of the topic *drop_LEGACY_SMP_INIT* [1] were submitted after being created on November 2nd [2]. The removal was announced on the list some time ago and was documented in the release notes. 1. RESOURCE_ALLOCATOR_V3 in the 4.16 release notes [3] 2. LEGACY_SMP_INIT in the 4.16, 4.17, and 4.18 release notes [4] (I think that planned deprecations should to be listed in each release note.) Despite the missing RESOURCE_ALLOCATOR_V3 deprecation announcement in 4.17 and 4.18, everything was done formally correct, nevertheless I would have wished, more time would have been given and the actions would have been announced once more on the mailing list. My understanding was always, that code removal will be handled more leniently, if the required changes are being worked on. This was the case here for parallel SMP init [5] and resource allocator v4 [6]. Some change-sets even had a +1 or +2. The request for testing was also fulfilled by the users. Some of the change-sets were even authored by “non-AGESA“ folks, which was awesome to see. Letting this effort go to waste without documenting somewhere, what needed to be done to finish these change-sets makes me sad. 3mdeb also invested resources into implementing some of the features. The last thing I noticed, that at least for the PC Engines board removal, the approval of the maintainers listed in `MAINTAINERS` was not given, and should have been waited for. The +2 itself were also by developers normally not (very) active with AMD AGESA Open Source boards. The points above are just my observations, and, hopefully, things can improve in the future to avoid bad feelings. I am thankful to everyone working on coreboot, and I also understand the frustration of having to maintain several code paths. Although I own and run two of the removed boards, I am fine to move to the branch *4.18_branch* although I am not happy about it, as branches also increase maintenance burden. The main reason for writing this message is to ask, if entities (read 3mdeb) have big interest in getting part of the boards back into the master branch, so that the already made investments are not in vain, and nobody is alienated from working upstream. If that is a goal, this effort should be coordinated as reverting commits is going to become harder and harder. mb/aopen/dxplplusu (Intel) is already worked on to be put back into the master branch [7]. Kind regards, Paul [1]: https://review.coreboot.org/q/topic:drop_LEGACY_SMP_INIT [2]: https://review.coreboot.org/c/coreboot/+/69111/2 [3]: https://review.coreboot.org/plugins/gitiles/coreboot/+/refs/tags/4.18/Docum… [4]: https://review.coreboot.org/plugins/gitiles/coreboot/+/refs/tags/4.18/Docum… [5]: https://review.coreboot.org/c/coreboot/+/64892 "cpu/amd/family15: Use parallel_mp init" [6]: https://review.coreboot.org/c/coreboot/+/53990 "nb/amd/agesa/family15tn: Enable RESOURCE_ALLOCATOR_V4" [7]: https://review.coreboot.org/c/coreboot/+/69339 "Revert "mb/aopen/dxplplusu: Remove board""

3 2

[coreboot - Bug #440] (New) superiotool tells you to run it as root and stops even when ran as root
by J Nky 23 Jan '23

23 Jan '23

Issue #440 has been reported by J Nky. ---------------------------------------- Bug #440: superiotool tells you to run it as root and stops even when ran as root https://ticket.coreboot.org/issues/440 * Author: J Nky * Status: New * Priority: Normal * Target version: none * Start date: 2022-11-24 * Affected versions: 4.15 * Affected OS: ubuntu 22.10 ---------------------------------------- On ubuntu 22.10: **sudo superiotool** iopl: Function not implemented Superiotool must be run as root. superiotool tells you to run it as root and stops even when ran as root -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: https://ticket.coreboot.org/my/account

3 17

coreboot/LinuxBoot on Supermicro server boards
by Paul Menzel 23 Jan '23

23 Jan '23

Dear coreboot folks, A colleague made me aware of the presentation *The OSF on Supermicro's platform* [1] by the Supermicro employees Hancock Chang and Simon Chou¹ at the OCP Global Summit 2022 this October. This is great news. I would have loved to also read about this on the coreboot mailing list. In the talk, the board Supermicro X12SPW is mentioned, and that it’s planned for the X13 series. One of our suppliers responded though, that systems with coreboot are currently not generally available, but it’s something Supermicro offers to ODMs or for projects with large volumes. The slide *Call to Action* contains: > Come and collaborate with Supermicro Collaboration would be great. A first step would be, if Supermicro (engineers) would get in touch with the coreboot project/community on the mailing list, and also upstreamed their work and contributed their improvements. Judging from the presented times, there is still a lot of potential to unlocked, and where the coreboot community already has a lot of experience in to share to make sure, the Supermicro boards work even better. Kind regards, Paul PS: OpenBMC patches are already being sent upstream [2]. ¹ Hopefully correct addresses in Cc. At least my test message did not bounce. [1]: https://www.youtube.com/watch?v=U_WO-_np9wQ [2]: https://lore.kernel.org/openbmc/20221229100155.2954455-1-ryans@supermicro.c…

1 1

[coreboot - Bug #392] (New) Coreboot 4.16 & 4.17 - SeaBios Windows 10 BSOD "ACPI Error"
by Pawel Radomychelski 15 Jan '23

15 Jan '23

Issue #392 has been reported by Pawel Radomychelski. ---------------------------------------- Bug #392: Coreboot 4.16 & 4.17 - SeaBios Windows 10 BSOD "ACPI Error" https://ticket.coreboot.org/issues/392 * Author: Pawel Radomychelski * Status: New * Priority: High * Category: board support * Target version: 4.17 * Start date: 2022-06-18 * Affected versions: 4.16, 4.17, master * Affected hardware: Lenovo ThinkPad X230 Tablet * Affected OS: Windows 10 ---------------------------------------- Since CoreBoot 4.16 my Windows 10 cant boot from SeaBios, i get BSOD with "ACPI Error" very early. Don't know which commit exactly brakes ACPI, but i can say, that in my CoreBoot 4.15 Image from 11/09/2021 Windows 10 is booting just fine from SeaBIOS. Some time later under CoreBoot 4.16 i saw that windows is BSODing. Tried yesterday with CoreBoot 4.17 and its still broken. I think, since CB4.16 there is something broken in ACPI. As i read, the problem is, that ACPI reserves some memory area, which in Windows is reserved for the system. This [[https://ticket.coreboot.org/issues/327]] seems to be a similar problem, but the guy is using TianoCore instead of SeaBIOS. Changing the line OperationRegion (OPRG, SystemMemory, ASLS, 0x2000) to OperationRegion (OPRG, SystemMemory, ASLS, 0x1000) doesnt fix it for SeaBios, but fix it for TianoCore. ---Files-------------------------------- dmesg_cb415.txt (78.9 KB) dmesg_cb417.txt (79.9 KB) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: https://ticket.coreboot.org/my/account

7 31

[coreboot - Bug #436] (New) Berknip doesn't want to boot with the built image
by Balazs Vinarz 14 Jan '23

14 Jan '23

Issue #436 has been reported by Balazs Vinarz. ---------------------------------------- Bug #436: Berknip doesn't want to boot with the built image https://ticket.coreboot.org/issues/436 * Author: Balazs Vinarz * Status: New * Priority: Normal * Target version: none * Start date: 2022-11-01 * Affected hardware: Google Berknip (Zork) * Affected OS: NA ---------------------------------------- I was trying to flash the build 4.18 Coreboot image for my HP c645, as only RW_LEGACY image was available for this machine at MrChromebox. Now the machine, heat's the CPU if I plug in the USB-C adapter or the battery, but shows no image at all. I can manage to flash back the original image, I just wanted to highlight this. Build logs are added as attachments. I compared the CBFS regions side by side and it seems: * Google build only 1 microcode blob, while I have 3 and * the VBGFX.bin is missing at my build, however however the optionroms for the iGP is added. ``` diff apu/amdfw 0x5aafc0 raw 13155 | apu/amdfw 0x5aafc0 amdfw 12574 bootblock 0x77afc0 bootblock 655 | build_info 0x27e00 raw cbfs master header 0x0 cbfs header | cbfs_master_header 0x0 cbfs header config 0x2b840 raw 8 | config 0x27940 raw 4 cpu_microcode_blob.bin 0xd5c0 microcode 96 | cpu_microcode_8180.bin 0x7a80 microcode 32 (empty) 0x48280 null 33 | cpu_microcode_8181.bin 0x8740 microcode 32 (empty) 0x52d3c0 null 5150 | cpu_microcode_8201.bin 0x9400 microcode 32 (empty) 0x6ec300 null 5848 | (empty) 0x6de000 null 7085 fallback/dsdt.aml 0x2bf00 raw 157 | (empty) 0x81c00 null 54117 fallback/payload 0x511a00 simple elf 1129 | fallback/dsdt.aml 0x27ec0 raw 155 fallback/ramstage 0xfbc0 (unknown) 1136 | fallback/payload 0x6fac0 simple elf 718 fallback/romstage 0x80 (unknown) 545 | fallback/ramstage 0xa0c0 stage 1208 > fallback/romstage 0x80 stage 310 FMAP REGION: COREBOOT FMAP REGION: COREBOOT font.bin 0x4e4a80 raw 50 | fspm.bin 0x2bc00 fsp 996 fspm.bin 0x2fcc0 fsp 994 | fsps.bin 0x44180 fsp 697 fsps.bin 0x48fc0 fsp 692 | header_pointer 0x78afc0 cbfs header locale_ar.bin 0x46dcc0 raw 789 < locale_bg.bin 0x157d40 raw 1109 < locale_bn.bin 0x1185c0 raw 981 < locale_ca.bin 0x1d9e40 raw 969 < locale_cs.bin 0x42c980 raw 954 < locale_da.bin 0x1f1980 raw 938 < locale_de.bin 0x9e1c0 raw 1121 < locale_el.bin 0xf95c0 raw 1269 < locale_en.bin 0x4fd040 raw 843 < locale_es-419.bin 0x2b1200 raw 1058 < locale_es.bin 0x4145c0 raw 991 < locale_et.bin 0x269400 raw 858 < locale_fa.bin 0x4b0900 raw 787 < locale_fi.bin 0x2cb000 raw 902 < locale_fil.bin 0x1a8500 raw 1005 < locale_fr.bin 0x24ee40 raw 1078 < locale_gu.bin 0x3e8f40 raw 824 < locale_he.bin 0xd1340 raw 559 < locale_hi.bin 0x221780 raw 796 < locale_hr.bin 0x38a380 raw 970 < locale_hu.bin 0xdee00 raw 1084 < locale_id.bin 0x3a1f00 raw 924 < locale_it.bin 0x372a00 raw 965 < locale_ja.bin 0x297e40 raw 1032 < locale_kn.bin 0x33f1c0 raw 1190 < locale_ko.bin 0x443ec0 raw 646 < locale_lt.bin 0x3fd1c0 raw 951 < locale_lv.bin 0x4e5e40 raw 946 < locale_ml.bin 0x4c3d40 raw 1343 < locale_mr.bin 0x318700 raw 733 < locale_ms.bin 0x35c340 raw 917 < locale_nb.bin 0x747c0 raw 898 < locale_nl.bin 0x481140 raw 969 < locale_pl.bin 0x2e1100 raw 1092 < locale_pt-BR.bin 0x3d0580 raw 1006 < locale_pt-PT.bin 0x208840 raw 1021 < locale_ro.bin 0x498c40 raw 973 < locale_ru.bin 0x234f00 raw 1062 < locales 0x48180 raw 1 < locale_sk.bin 0x3b88c0 raw 974 < locale_sl.bin 0xb9840 raw 969 < locale_sr.bin 0x453bc0 raw 1066 < locale_sv.bin 0x172f40 raw 951 < locale_ta.bin 0x18a380 raw 1231 < locale_te.bin 0x27e3c0 raw 1049 < locale_th.bin 0x146d00 raw 695 < locale_tr.bin 0x302ec0 raw 880 < locale_uk.bin 0x1c0e40 raw 1023 < locale_vi.bin 0x130580 raw 919 < locale_zh-CN.bin 0x8a700 raw 804 < locale_zh-TW.bin 0x32a5c0 raw 849 < Name Offset Type Size Name Offset Type Size pci1002,15d8,c1.rom 0x59ec0 optionrom 542 | payload_config 0x81400 raw 16 pci1002,15dd,c4.rom 0x67340 optionrom 542 | payload_revision 0x81ac0 raw 2 revision 0x2bc00 raw 6 | pci1002,15d8,c1.rom 0x55240 optionrom 542 vbgfx.bin 0x2fbc00 raw 292 | pci1002,15dd,c4.rom 0x62680 optionrom 542 > revision 0x27b00 raw 7 ``` ---Files-------------------------------- build_berknip_20221031.log (58.6 KB) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: https://ticket.coreboot.org/my/account

5 8

[coreboot - Bug #386] (New) ASUS P8Z77-V LX2 - Raminit issue at second boot with two 8GiB DIMMs - bootloop
by gzz5f gzz5f 14 Jan '23

14 Jan '23

Issue #386 has been reported by gzz5f gzz5f. ---------------------------------------- Bug #386: ASUS P8Z77-V LX2 - Raminit issue at second boot with two 8GiB DIMMs - bootloop https://ticket.coreboot.org/issues/386 * Author: gzz5f gzz5f * Status: New * Priority: High * Category: board support * Target version: master * Start date: 2022-06-05 * Affected versions: master * Needs backport to: none * Affected hardware: ASUS P8Z77-V LX2 * Affected OS: all ---------------------------------------- I build coreboot today for the ASUS P8Z77-V LX2 and used the latest coreboot master code. The 2 8GiB DIMMs are working fine at first boot. You can start computer, install from a live media the OS and so on. But at the second boot it failes boot forever and its bootooping. It does not make a change if i boot for a second until SeaBIOS output and then turn off the computer or use the computer for longer time. The second boot is always broken. Workaround 1: Remove one of the two 8GiB DIMMs. Then the computer also starts fine after a reboot. Workaround 2: Install two 4GiB DIMMs instead of two 8GiB DIMMs. Then the computer also starts fine after reboot. Workaround 3: At every boot boot for a second with one DIMM. Turn off the computer, insert the second DIMM and start it again. kmalkki told me to rebuid the image with DEBUG_RAM_SETUP=y I then build a second image, with DEBUG_RAM_SETUP=y. The logfile contains the first successfull boot (created with Workaround 3), the poweroff and the poweron with the bootloop. I have let it bootloop few times before turned off the PSU. ---Files-------------------------------- coreboot_logfie.txt (197 KB) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: https://ticket.coreboot.org/my/account

3 3

[coreboot - Bug #443] (New) acpica distfile changed
by Fabian Groffen 14 Jan '23

14 Jan '23

Issue #443 has been reported by Fabian Groffen. ---------------------------------------- Bug #443: acpica distfile changed https://ticket.coreboot.org/issues/443 * Author: Fabian Groffen * Status: New * Priority: Normal * Target version: none * Start date: 2022-12-04 ---------------------------------------- commit 58c79bc2537e408db2a8b5ce7723ed6dd0145652 (HEAD -> acpica-distfile-fix) Author: Fabian Groffen <grobian(a)gentoo.org> Date: Sun Dec 4 21:13:28 2022 +0100 crossgcc: fix distfile for acpica For some reason this distfile was changed into something odd. But update it. Signed-off-by: Fabian Groffen <grobian(a)gentoo.org> diff --git a/util/crossgcc/buildgcc b/util/crossgcc/buildgcc index 0d349f2dfe..d9f7b73766 100755 --- a/util/crossgcc/buildgcc +++ b/util/crossgcc/buildgcc @@ -52,7 +52,7 @@ MPFR_ARCHIVE="https://ftpmirror.gnu.org/mpfr/mpfr-${MPFR_VERSION}.tar.xz" MPC_ARCHIVE="https://ftpmirror.gnu.org/mpc/mpc-${MPC_VERSION}.tar.gz" GCC_ARCHIVE="https://ftpmirror.gnu.org/gcc/gcc-${GCC_VERSION}/gcc-${GCC_VERSION}.tar.xz" BINUTILS_ARCHIVE="https://ftpmirror.gnu.org/binutils/binutils-${BINUTILS_VERSION}.tar.xz" -IASL_ARCHIVE="https://acpica.org/sites/acpica/files/acpica-unix2-${IASL_VERSION}.tar.gz" +IASL_ARCHIVE="https://acpica.org/sites/acpica/files/acpica-unix2-${IASL_VERSION}.tar_0.gz" # CLANG toolchain archive locations LLVM_ARCHIVE="https://github.com/llvm/llvm-project/releases/download/llvmorg-${CLANG_VERS…" CLANG_ARCHIVE="https://github.com/llvm/llvm-project/releases/download/llvmorg-${CLANG_VERS…" diff --git a/util/crossgcc/sum/acpica-unix2-20221020.tar.gz.cksum b/util/crossgcc/sum/acpica-unix2-20221020.tar_0.gz.cksum similarity index 100% rename from util/crossgcc/sum/acpica-unix2-20221020.tar.gz.cksum rename to util/crossgcc/sum/acpica-unix2-20221020.tar_0.gz.cksum -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: https://ticket.coreboot.org/my/account

2 1

[coreboot - Bug #441] (New) [CRIT ] intel_me_path: mbp is not ready! & mei_me 0000:00:16.0: initialization failed.
by U dent 14 Jan '23

14 Jan '23

Issue #441 has been reported by U dent. ---------------------------------------- Bug #441: [CRIT ] intel_me_path: mbp is not ready! & mei_me 0000:00:16.0: initialization failed. https://ticket.coreboot.org/issues/441 * Author: U dent * Status: New * Priority: Normal * Category: board support * Target version: master * Start date: 2022-11-27 * Affected versions: master * Affected hardware: ASROCK H81M-HDS * Affected OS: debian 11.5 ---------------------------------------- **short journalctl -b** > Nov 27 21:19:37 debian kernel: mei_me 0000:00:16.0: H_RST is set = 0x80000015 > Nov 27 21:19:39 debian kernel: mei_me 0000:00:16.0: wait hw ready failed > Nov 27 21:19:39 debian kernel: mei_me 0000:00:16.0: hw_start failed ret = -62 > Nov 27 21:19:39 debian kernel: mei_me 0000:00:16.0: reset: reached maximal consecutive resets: disabling the device > Nov 27 21:19:39 debian kernel: mei_me 0000:00:16.0: reset failed ret = -19 > Nov 27 21:19:39 debian kernel: mei_me 0000:00:16.0: link layer initialization failed. > Nov 27 21:19:39 debian kernel: mei_me 0000:00:16.0: init hw failure. > Nov 27 21:19:39 debian kernel: mei_me 0000:00:16.0: initialization failed.` **short cbmem -1** > [CRIT ] intel_me_path: mbp is not ready! > [NOTE ] ME: BIOS path: Error > [ERROR] ME: MBP not ready **also notice** > Nov 27 21:26:57 debian kernel: usb usb1-port9: over-current condition > Nov 27 21:26:57 debian kernel: usb usb1-port10: over-current condition ---Files-------------------------------- CBMEM-LOG (45.8 KB) defconfig (768 Bytes) journalctl_b.txt (83.9 KB) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: https://ticket.coreboot.org/my/account

2 9

[coreboot - Bug #432] (New) t440p reboots on suspend
by Josh R 14 Jan '23

14 Jan '23

Issue #432 has been reported by Josh R. ---------------------------------------- Bug #432: t440p reboots on suspend https://ticket.coreboot.org/issues/432 * Author: Josh R * Status: New * Priority: Normal * Target version: none * Start date: 2022-10-21 * Affected versions: 4.15 * Related links: https://ticket.coreboot.org/issues/412 * Affected hardware: Lenovo t440p * Affected OS: Ubuntu 22.04 (Pop OS) ---------------------------------------- Per request, adding new ticket for an issue with my t440p where attempting to resume on suspend results in a reboot (or at least, not resuming from DRAM). My t440p already has coreboot installed (via osbmk). Following instructions from issue #412, I have attempted the following: `sudo flashrom -p internal --ifd -i bios -w the_full_12MiB_osbmk.rom --noverify-all` ...but that did not seem to do the trick (still "restarts" without resuming from RAM). Note that I am using the "full" 12MB osbmk rom (not split by 4MiB and 8MiB, as that seemed intended for the hardware flashing instructions). coreboot version looks like 4.15.204, and flashrom version 1.2-640. If it helps, attached cbmem -1 output with a "normal boot" followed by a later resume from suspend (that resulted in a restart). Thanks in advance. I guess you don't realize how much you use suspend until it doesn't work anymore :) ---Files-------------------------------- cbmem.20221019195923.normal_boot.log (36.2 KB) cbmem.20221019200724.from_suspend.log (36.3 KB) -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: https://ticket.coreboot.org/my/account

3 6

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot December 2022