[coreboot] Re: libpayload/i8042/keyboard: ERROR Keyboard reset failed when selecting Secondary Payload in SeaBIOS

2019-06-03 Thread Joel Kitching via coreboot
I think we are also seeing this issue after downstreaming: https://chromium-review.googlesource.com/c/chromiumos/third_party/coreboot/+/1637073 +Matt Delco posted some comments on this CL. On Tue, Jun 4, 2019 at 1:11 PM Martin Kepplinger wrote: > Hi, > > Just tested a build using this config:

[coreboot] libpayload/i8042/keyboard: ERROR Keyboard reset failed when selecting Secondary Payload in SeaBIOS

2019-06-03 Thread Martin Kepplinger
Hi, Just tested a build using this config: https://github.com/merge/skulls/blob/master/x230/nonfree-defconfig-139b3cef03 with a recent coreboot (my master branch HEAD is at 0da3a8a91b soc/intel/baytrail: set default VBIOS filename and PCI ID) When selecting "3" or "4" for the secondary

[coreboot] Fwd: Re: Starting the coreboot 4.10 release process

2019-06-03 Thread Matt B
-- Forwarded message - From: Matt B Date: Mon, Jun 3, 2019 at 7:19 PM Subject: Re: [coreboot] Re: Starting the coreboot 4.10 release process To: Mike Banon On a side note, when more than one option is possible, it's good to know which the tester used. Hypothetical example: did

[coreboot] Re: Starting the coreboot 4.10 release process

2019-06-03 Thread Mike Banon
Okay, I returned your boards but added a note that "no board_status report yet". Hopefully you could submit them in the near future, at least for the archival purposes. And there's a similar question to someone else who added "Asus P8H61-M Pro" despite that the latest report for it is one year

[coreboot] Re: Starting the coreboot 4.10 release process

2019-06-03 Thread Matt DeVillier
I added those devices, all of which I have in my possession and were tested over the weekend with TOT. I'd not yet had a chance to upload board status for them, but figured knowing a good range of platforms/boards were known working just prior to release was useful (and the purpose of the list)

[coreboot] Re: Starting the coreboot 4.10 release process

2019-06-03 Thread Matt DeVillier
On Mon, Jun 3, 2019 at 8:55 AM Mike Banon wrote: > If the upstream edk2 is so bad - have you tried to upstream your set > of patches? It is good that your personal fork/repo is stable, but > inevitably it will always lag behind the upstream, not benefiting from > some new features and bugfixes.

[coreboot] Re: Starting the coreboot 4.10 release process

2019-06-03 Thread Nico Huber
On 03.06.19 16:13, Mike Banon wrote: Just noticed that someone included i.e. some Purism Librem devices to a " Recently tested mainboards: " section - but, when I check https://review.coreboot.org/cgit/board-status.git/log/purism , the latest board status for Purism happened even before 4.9 !

[coreboot] Re: Starting the coreboot 4.10 release process

2019-06-03 Thread Mike Banon
Thank you very much, Evgeny, and luckily I could see your additions here: https://piratenpad.de/p/coreboot4.10-release-checklist ( https://review.coreboot.org/cgit/board-status.git/log/ - Lenovo T420 , Lenovo X200 , Lenovo X220 , Lenovo T530 baseboard ) On Sun, Jun 2, 2019 at 11:12 PM Evgeny

[coreboot] Re: Starting the coreboot 4.10 release process

2019-06-03 Thread Mike Banon
Just noticed that someone included i.e. some Purism Librem devices to a " Recently tested mainboards: " section - but, when I check https://review.coreboot.org/cgit/board-status.git/log/purism , the latest board status for Purism happened even before 4.9 ! And without a recent enough _public_

[coreboot] Re: Starting the coreboot 4.10 release process

2019-06-03 Thread Mike Banon
If the upstream edk2 is so bad - have you tried to upstream your set of patches? It is good that your personal fork/repo is stable, but inevitably it will always lag behind the upstream, not benefiting from some new features and bugfixes. Same reason why I didn't want to fork a coreboot despite

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

2019-06-03 Thread Kinky Nekoboi
Maybe related to this: when compiling with "check PIRQ table consitency" i get following warnings: ACPI Warning: NsLookup: Type mismatch on PRQI (RegionField), searching for (Region) (20190509/nsaccess-730) ACPI Warning: NsLookup: Type mismatch on SIOI (RegionField), searching for (Region)