On Feb 11, 2008 4:07 PM, Ward Vandewege <<a href="mailto:ward@gnu.org">ward@gnu.org</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The FSF would like to prepare some PR around this response an FSF supporter<br>got from Intel customer care representative asking them about support for<br>free BIOS on Intel hardware. Any thoughts from the coreboot community on<br>
this?<br><br>--------------------------<br>Thanks for your email.<br><br>Writing BIOS code is not like writing an OS device driver.</blockquote><div><br>Yeah, nobody here knows what they're doing *eyeroll*<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Chipset<br>specifications can vary not just between chipset models, but between<br>steppings of the same chipset.  Problems in chipset hardware and<br>problems in BIOS code are hard to distinguish without specific hardware<br>
instrumentation.  End user BIOS replacement with a third- party BIOS<br>(whether free or not) on a commercial motherboard is not allowed by<br>nearly all hardware vendors because of the potential for BIOS viruses<br>and the risk of rendering the hardware useless through ill-advised<br>
modifications.</blockquote><div><br>Some (most?) hardware vendors say they only support MS Windows, the same logic could be applied. An open-source firmware provides a lot more assurance that the BIOS is free of malicious code.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">For example, a laptop battery could explode if incorrect<br>power management algorithms were applied.</blockquote>
<div><br>And with the support of the vendor(s) and some better documentation, we can know how to avoid such issues.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
BIOS is a part of the reliability and performance promise of the<br>hardware.  Chipset specifications at the level being discussed are<br>commonly considered proprietary by all silicon vendors, not just Intel.</blockquote>
<div><br>Right. Because describing the boot process is somehow beneficial to the competition. I've seen a bunch of NDA'd docs from Via, and frankly, I'm completely lost as to how that would help anyone except a BIOS or driver developer.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The open source firmware work that Intel *is* sponsoring could lead to a<br>solution where proprietary low-level chipset initialization code from<br>
silicon vendors is made compatible with open source higher-level<br>platform initialization and pre-boot management.  If you are interested,<br>we invite you to participate at <a href="http://www.tianocore.org" target="_blank">www.tianocore.org</a>.<br>
<br>Thanks once again for your interest in Intel.<br><br>Sincerely,<br><br>Intel Customer Support <br>--------------------------</blockquote><div><br>I haven't the ambition to register with the site, is there any actual hardware init code there? And what's the point of starting another project, when coreboot can already load tiano (so I've heard)?<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Thanks,<br>Ward.<br><br>--<br>Ward Vandewege <<a href="mailto:ward@fsf.org">ward@fsf.org</a>><br>
Free Software Foundation - Senior System Administrator</blockquote><div><br>Thanks for trying!<br><br>-Corey </div></div>