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
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
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
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
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%,
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
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.
>>
>
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
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
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
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
11 matches
Mail list logo