I can test later but I think I can see what happens. It fixes the issue,
but still prints "ERROR: Keyboard set scancode failed!".
If we know that it's no error on at least one platform, we shouldn't
print "ERROR" IMO, but as long as the bug gets fixes, I guess I'm fine.
thanks
Martin, could you please check what happens if you apply this patch
but then remove a return that follows ""ERROR: Keyboard set scancode
failed!" ? Perhaps we'll have to do the same for all these returns :
"Still print this message but don't abort prematurely"
Signed-off-by: Mike Banon
---
diff
A new post titled "[GSoC] Coreboot Coverity, Introduction" has been published on the coreboot blog. Find the full post at https://blogs.coreboot.org/blog/2019/06/05/gsoc-coreboot-coverity-introduction/
Hello everyone! My name is Jacob Garber, and I am a student in this year’s GSoC 2019! My
Dear coreboot folks,
On 06/04/19 12:15, Paul Menzel wrote:
> On 06/04/19 12:01, Paul Menzel wrote:
>
>> On 06/04/19 07:10, Martin Kepplinger wrote:
>>
>>> Just tested a build using this config:
>>> https://github.com/merge/skulls/blob/master/x230/nonfree-defconfig-139b3cef03
>>> with a recent
Am 04.06.2019 13:59 schrieb Paul Menzel:
Dear coreboot folks,
On 06/04/19 12:15, Paul Menzel wrote:
On 06/04/19 12:01, Paul Menzel wrote:
On 06/04/19 07:10, Martin Kepplinger wrote:
what's wrong? I think commit
7ae606f57f0b3d450ae748141b0e2367041b27d3
Paul?
Did you test if everything
Hi Alex,
On 04.06.19 22:27, Alex Feinman wrote:
In my Coreboot build (derived from kblrvp configuration) based on 4.9
label I am seeing that MRC test is run on every boot. From what I can
tell, what happens is:
1) On first boot the MRC cache is not found (correct). MRC test is done
and the MRC
Hello Matt,
On 04.06.19 22:21, Matt B wrote:
Pretty much all AMD GPUs (both integrated and otherwise, including PCIe
cards) rely on vgabios blobs for init and to support the driver(s) >
From what I've heard, the people writing open source drivers for these GPUs
really don't want to deal with
In my Coreboot build (derived from kblrvp configuration) based on 4.9 label I
am seeing that MRC test is run on every boot. From what I can tell, what
happens is:
1) On first boot the MRC cache is not found (correct). MRC test is done and the
MRC cache is saved successfully. If I pull the BIOS
Hello,
This is perhaps naive, but it's a question that I've been thinking about
for a while.
Pretty much all AMD GPUs (both integrated and otherwise, including PCIe
cards) rely on vgabios blobs for init and to support the driver(s).
>From what I've heard, the people writing open source drivers
On 28.03.19 20:04, Philipp Stanner wrote:
Hi,
His argument was: Imagine it would take you 15 minutes to install a
patch on a computer (all windows machines of course...). If your
company has 1000 computers and you send one admin to install the
patches, it will take him >31 work days, working
Dear Martin,
On 06/04/19 12:01, Paul Menzel wrote:
> On 06/04/19 07:10, Martin Kepplinger wrote:
>
>> 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
>>
The proprietary BIOS and Libreboot are working well. Also a RAM module that is
directly recommended at the
Raptor Engineering ASUS KCMA-D8 status page
(https://www.raptorengineering.com/coreboot/kcma-d8-status.php) - the 1x DIMM
HMT325U7BFR8A is working. Anything else I have here is not working
Dear Martin,
On 06/04/19 07:10, Martin Kepplinger wrote:
> 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
Here is a tiny example patch which should solve this issue by removing
"return;" : "Still print this message but don't abort prematurely" (
could also submit via gerrit but only a day later ). I got it at
Lenovo G505S but everything is working fine despite this annoying
message - at least while
A new post titled "[GSoC] Ghidra firmware utilities, weeks 1-2" has been published on the coreboot blog. Find the full post at https://blogs.coreboot.org/blog/2019/06/04/gsoc-ghidra-firmware-utilities-weeks-1-2/
Hi everyone. I’m Alex James (theracermaster on IRC) and I’m working on
15 matches
Mail list logo