<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">Am 07.09.2017 20:03 schrieb "Timothy Pearson" <<a href="mailto:tpearson@raptorengineering.com">tpearson@raptorengineering.com</a>>:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<div class="quoted-text"><br>
On 09/07/2017 10:11 AM, Peter Stuge wrote:<br>
> ron minnich wrote:<br>
>> I don't think we can assume that an open, unlicensed instruction set<br>
>> guarantees open, unlicensed, blob-free CPUs and platforms.<br>
><br>
> This is of course absolutely accurate.<br>
><br>
> But a freely licensed ISA and implementation(s) thereof are *one step*<br>
> in the right direction, and a significant one.<br>
><br>
> RISC-V is not so much a guarantee of anything as it is a potential<br>
> enabler of something.<br>
><br>
> The fabulous thing about RISC-V is what makes ARM successful; there<br>
> can and will be multiple different silicon vendors, offering products<br>
> with many different features and tradeoffs.<br>
><br>
> Some can be top performance but proprietary.<br>
> Some can be transparent/open but slower.<br>
<br>
</div>We already have this (think cheap ARM SoCs vs. a Xeon).  In practice it<br>
means that if you want to use a computer for real work (such as<br>
developing libre software) you have to go proprietary, which is not what<br>
I think we want to see here.<br>
<br>
OpenPOWER is the first attempt to change this that we have seen in a<br>
long time.  I'm honestly surprised at the overall community betting on a<br>
long shot (RISC-V) vs. using what's available and open right now<br>
(POWER9); could anyone shed some light on these decision making<br>
processes?</blockquote></div></div></div><div dir="auto">There is no coherent decision making process.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> open ISA and core design does not guarantee open silicon,<br>
and in fact one could argue that it will mean any performance<br>
improvements end up highly locked under NDA and similar to avoid<br>
competitors coming online and ruining tens of millions of dollars of<br>
investment for even one SoC improvement.<br>
<br>
- --<br>
Timothy Pearson<br>
Raptor Engineering<br>
<a href="tel:%2B1%20%28415%29%20727-8645" value="+14157278645">+1 (415) 727-8645</a> (direct line)<br>
<a href="tel:%2B1%20%28512%29%20690-0200" value="+15126900200">+1 (512) 690-0200</a> (switchboard)<br>
<a href="https://www.raptorengineering.com" rel="noreferrer" target="_blank">https://www.raptorengineering.<wbr>com</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" rel="noreferrer" target="_blank">http://enigmail.mozdev.org/</a><br>
<br>
iQEcBAEBAgAGBQJZsYl8AAoJEK+<wbr>E3vEXDOFb41AH/1tmCF8BOVua+<wbr>WZeuGdy6b21<br>
gud7YdlaEKPs8W9uPdsMv0heXXcIZT<wbr>El4vNAkZ/QkaH5/+<wbr>apauekRso21eG66aJK<br>
IcRx3Hi6e6JZ1//ixKhzk7/yQJK/<wbr>DU8r54qThAXy9TmB7GAepAXdJwAXh9<wbr>F0nhGv<br>
LYSxdj0m5kSZiKz8qbK5L+<wbr>emxuCFJ2k7IS92jk6mowBB7xY9DlHV<wbr>QO+4nskQ1wlW<br>
3zBeNFEFQVvmgoUsCwwNRG86PuJPea<wbr>GTQQftlg4r/JCwMPIcv/<wbr>U419i35csG48ax<br>
WUGhPNpSDrdmS1iC9RUtjnYJcXmEi4<wbr>WsgF4zFyqqdxTueYOdQn0hcZDCSvfq<wbr>YAg=<br>
=z92D<br>
-----END PGP SIGNATURE-----<br>
<div class="elided-text"><br>
--<br>
coreboot mailing list: <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
<a href="https://mail.coreboot.org/mailman/listinfo/coreboot" rel="noreferrer" target="_blank">https://mail.coreboot.org/<wbr>mailman/listinfo/coreboot</a><br>
</div></blockquote></div><br></div></div></div>