On Thu, Sep 24, 2020 at 01:06:13PM +0200, Christian Walter wrote:
what does "coreboot compatible open hardware" means here? Do we have some kind of specification for this or does that "just" means no blobs at all?
No specification as yet, I wrote that email with the intent to start a discussion that may lead to a spec :-)
As for what "coreboot compatible" means: I think hardware designs hosted on coreboot.org should be able to run an upstream coreboot build. Depending on how you look at it, the terminology might not be entirely right: It may be more correct to say that coreboot has to be compatible with open hardware designs that we host (and that we expect the open hardware maintainer to ensure that.)
The only exception might be firmware development related tooling, if we were to create a subproject with a wide mandate that also covers such "related tools" like a SPI mux board. If we should do that is another open question, by the way - but more of a follow-up.
I would think that we can definitely host such a projects, give it a gerrit, docs and stuff - but I would be aware of leveraging resources for this. I don't think that we should promote this in any way or brand it as coreboot compatible open hardware.
If we were to host projects that are open hardware implementations of parts that are traditionally (with only a few notable exceptions) closed (such as SBCs, laptop/desktop/server mainboards), why shouldn't we promote them?
And if they run coreboot, why shouldn't we say that? (I'm not saying that open hardware designs should come with our Hare logo on the silk screen)
Regards, Patrick