[coreboot] Re: Starting the coreboot 4.10 release process

there is no "stable" branch for upstream edk2 though. Previously, coreboot used an arbitrary commit as stable, and applied ~7 patches on top if it to make it functional. Even the UDK201x branches don't boot without patches On Sun, Jun 2, 2019 at 3:30 PM Lance Zhao wrote: > Tianocore master

[coreboot] Re: Starting the coreboot 4.10 release process

Tianocore master branch build from edk2 will break, but that had been quite some time. Stable branch is working fine though. On Mon, Jun 3, 2019, 3:28 AM Matt DeVillier wrote: > On Sun, Jun 2, 2019 at 1:27 PM Mike Banon wrote: > >> >> Also, regarding the significant changes: " ### Tianocore

[coreboot] Re: Starting the coreboot 4.10 release process

Your plan worked, I've just uploaded board status for 4 more boards. On 6/2/19 9:26 PM, Mike Banon wrote: > I've just added a "Recently tested mainboards:" section to the end of > https://piratenpad.de/p/coreboot4.10-release-checklist . I think its' > existence could encourage the people to

[coreboot] Re: Starting the coreboot 4.10 release process

On Sun, Jun 2, 2019 at 1:27 PM Mike Banon wrote: > > Also, regarding the significant changes: " ### Tianocore UEFI > integrated as payload " . I hope it doesn't mean that Tianocore will > become the default payload, since there are ideological/technical > reasons against this ( I think there's a

[coreboot] Re: Starting the coreboot 4.10 release process

I've just added a "Recently tested mainboards:" section to the end of https://piratenpad.de/p/coreboot4.10-release-checklist . I think its' existence could encourage the people to submit a board status report for their board, to increase its' visibility and attract more potential users/developers

[coreboot] Re: ASUS KCMA-D8 RAM issues

Hi guys, thank you for the valuable feedbacks. As I can see from the git commits, it was mainly Timothy Pearson from Raptor Engineering Inc who worked on the kcma-d8 porting. Libreboot is based on some version of coreboot 4.6. But it seems that after that a number of RAM related commits has

[coreboot] linux kernel > 4.9 hang at boot on ASUS KGPE-D16

After upgrading my Debian Stretch installation to Buster, i experienced this behaviour. acpi=off lets the kernel boot, but the system is still unusable as some controller do not work correctly. So i guess its something ACPI related. Also wrote an bugreport to debian. I can not give any usable

[coreboot] Re: Fwd: Re: ASUS KGPE-D16 ECC disabled by default

Yes exactly. I still have to give the amd64_edac module an force Option to be enabled. Am 01.06.19 um 18:17 schrieb Matt B: > > > -- Forwarded message - > From: *Matt B* > > Date: Sat, Jun 1, 2019 at 12:17 PM > Subject: Re: [coreboot] Re: ASUS