<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
What is the benefit of such a list? I cant see any benefit. Its only additional work that is useless.<br /><br />A example for CPUID-List blocking functionality is commit I63d308477a22a9e55ceed1b6b36e63a3044c2354<br /><br /><br />22. Feb 2017 23:15 by <a href="mailto:tpearson@raptorengineering.com" target="_blank" rel="noopener noreferrer">tpearson@raptorengineering.com</a>:<br /><br /><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;">-----BEGIN PGP SIGNED MESSAGE-----<br />Hash: SHA1<br /><br />On 02/22/2017 05:07 PM, <a rel="noopener noreferrer" target="_blank" href="mailto:i1w5d7gf38keg@tutanota.com">i1w5d7gf38keg@tutanota.com</a> wrote:<blockquote> There is a Filter to stop booting when the CPUID is not in a list of<br />supported CPUs. This filter does not make sense in the real world usage.<br />For example socket 775:<br />When you enter a working cpu, then it boots. In some cases the coreboot<br />code didnt work with a CPU where it should. For example some Pentium-4<br />CPUs. Then it crashes even before raminit.<br />But when you add a CPU that "would" work but is not listed in the CPUID<br />lists from coreboot, the machine didnt boot. If you simply add the CPUID<br />to the list everything works fine.<br /><br />In short: The only thing this CPUID list is doing is blocking<br />functionality and adding work (a list that have to be maintained).<br />Nothing else. If a CPU is not supported, it crashes after 4-5 lines of<br />logfile - even before the raminit. Thats before this CPUID list is been<br />checked.<br /><br />Please remove those CPUID lists.<br /></blockquote><br />I would recommend the lists be retained. Presumably the individual(s)<br />that wrote the CPU / northbridge support code are aware of the CPUs that<br />the code is designed to work with, and using CPUs that were never<br />intended with that code does entail a certain amount of risk.<br />Individuals capable of mitigating this risk / verifying processor<br />functionality are also capable of modifying the CPUID list.<br /><br />- -- <br />Timothy Pearson<br />Raptor Engineering<br />+1 (415) 727-8645 (direct line)<br />+1 (512) 690-0200 (switchboard)<br /><a rel="noopener noreferrer" target="_blank" href="https://www.raptorengineering.com">https://www.raptorengineering.com</a><br />-----BEGIN PGP SIGNATURE-----<br />Version: GnuPG v1<br />Comment: Using GnuPG with Mozilla - <a rel="noopener noreferrer" target="_blank" href="http://enigmail.mozdev.org/">http://enigmail.mozdev.org</a><br /><br />iQEcBAEBAgAGBQJYrht0AAoJEK+E3vEXDOFb/S0H/17w88+kNxBcPm+V+hPkpMDE<br />r6FcyfSO4tm96b/lPgkhK78jxqighQHD7sR2keFWAO+5hwRQfuZwHYVsPa1WmrUN<br />u3J08Mgl5r/xTyoBEp/CRxAGD5FaN+NOYQgBVFh8J6IGLBeYJxcmv/PdQmctvi+J<br />lXuqepsei5TLDIn+9hE3U2Dbh0H/6m8+YFFRbeYbcoNfyuRFE5APks3s+QOjqa4w<br />wBR30fafSBkj4DyGMSzD5yZbOLl/SJDhT1FjvWlx5H4YwKv/vltAPYhq1enaJkRf<br />61cpl2Prfin4DvpWGU/geTi94bskBo8D8sE1SHumoGXIQ+maICPh/ndtIRNUJIQ=<br />=UsCc<br />-----END PGP SIGNATURE-----</blockquote> </body>
</html>