[coreboot] How to enable SERIRQ reliably?

2021-11-06 Thread Zhiwen Zheng
I add the following code to sc_init() in southcluster.c to enable SERIRQ, and it works as expected when doing cold boot. With SERIRQ enabled, the uart in superio can function correctly, and I can login into the linux serial console. But after a reboot initiated from linux cmdline, the linux boot

[coreboot] How to enable SERIRQ reliably?

2021-11-06 Thread Zhiwen Zheng
I add the following code to sc_init() in southcluster.c to enable SERIRQ, and it works as expected when doing cold boot. With SERIRQ enabled, the uart in superio can function correctly, and I can login into the linux serial console. But after a reboot initiated from linux cmdline, the linux boot

[coreboot] Weird thoughts about blobs (was Re: Re: Another year, another blob?)

2021-11-06 Thread Nico Huber
On 05.11.21 18:15, Martin Roth via coreboot wrote: > Nov 4, 2021, 05:24 by pmen...@molgen.mpg.de: > >> On 20.10.21 14:24, Nico Huber wrote: >> >>> My proposal: >>> How about we set up some guidelines how to proceed when adding support >>> for a new platform that requires any blobs? My vague idea is

[coreboot] Re: Another year, another blob?

2021-11-06 Thread Nico Huber
On 05.11.21 18:15, Martin Roth via coreboot wrote: > Being more involved in the planning phase would be great, and obviously there > are companies contributing to coreboot who ARE involved in these discussions. > Expecting companies to discuss their plans for future chips in the open > probably

[coreboot] Re: Another year, another blob?

2021-11-06 Thread Nico Huber
On 05.11.21 19:10, ron minnich wrote: > I'd like to get back to a rating system. There's a really simple > measure that I've never seen improved upon, namely, for a given > firmware image, what fraction of the bits in that image come from open > source code? > > e.g., the KGPE-D16 would get a 100%,

[coreboot] Re: Another year, another blob?

2021-11-06 Thread Nico Huber
On 05.11.21 19:39, Patrick Georgi via coreboot wrote: > Am Fr., 5. Nov. 2021 um 18:16 Uhr schrieb Martin Roth via coreboot < > coreboot@coreboot.org>: > >> The current reality is that binary blobs are needed for almost every >> platform in coreboot. I believe the coreboot leadership is united behi

[coreboot] Re: Providing an Interface to load PSE FW for Intel Elkhart Lake Platform

2021-11-06 Thread Martin Roth via coreboot
Nov 5, 2021, 14:10 by nic...@gmx.de: > On 05.11.21 18:58, Martin Roth wrote: > >> This binary is also mandatory for the elkhart lake platform, so to support >> this platform, loading this is required, whether it's built from source as a >> part of the coreboot build or supplied as a blob. >> >

[coreboot] Re: Weird thoughts about blobs (was Re: Re: Another year, another blob?)

2021-11-06 Thread Martin Roth via coreboot
Nov 6, 2021, 05:21 by nic...@gmx.de: > On 05.11.21 18:15, Martin Roth via coreboot wrote: > >> Nov 4, 2021, 05:24 by pmen...@molgen.mpg.de: >> >>> On 20.10.21 14:24, Nico Huber wrote: >>> My proposal: How about we set up some guidelines how to proceed when adding support for a new p

[coreboot] Re: Another year, another blob?

2021-11-06 Thread Martin Roth via coreboot
Nov 6, 2021, 05:49 by nic...@gmx.de: > On 05.11.21 19:39, Patrick Georgi via coreboot wrote: > >> It [coreboot] would be dead: while there are still a few folks carefully >> maintaining >> i945 and GM45 in this reality, I'm not sure they would have done so in that >> other reality where there wa

[coreboot] Re: Another year, another blob?

2021-11-06 Thread Martin Roth via coreboot
Nov 6, 2021, 05:49 by nic...@gmx.de: > On 05.11.21 19:39, Patrick Georgi via coreboot wrote: > >> It [coreboot] would be dead: while there are still a few folks carefully >> maintaining >> i945 and GM45 in this reality, I'm not sure they would have done so in that >> other reality where there was

[coreboot] Re: Providing an Interface to load PSE FW for Intel Elkhart Lake Platform

2021-11-06 Thread Nico Huber
On 06.11.21 23:40, Martin Roth wrote: > > Nov 5, 2021, 14:10 by nic...@gmx.de: > >> On 05.11.21 18:58, Martin Roth wrote: >> >>> This binary is also mandatory for the elkhart lake platform, so to support >>> this platform, loading this is required, whether it's built from source as >>> a part of