diff --git a/site/faq.md b/site/faq.md index 821e084..1067a7e 100644 --- a/site/faq.md +++ b/site/faq.md @@ -412,30 +412,14 @@ The git repository for that project is here: Both the video and the repository give some further insight about CPU microcode. The way it works on AMD will be very similar to Intel. -### Intel is uncooperative - -For years, coreboot has been struggling against Intel. Intel has been -shown to be extremely uncooperative in general. Many coreboot -developers, and companies, have tried to get Intel to cooperate; namely, -releasing source code for the firmware components. Even Google, which -sells millions of *chromebooks* (coreboot preinstalled) have been unable -to persuade them. - -Even when Intel does cooperate, they still don't provide source code. -They might provide limited information (datasheets) under strict -corporate NDA (non-disclosure agreement), but even that is not -guaranteed. Even ODMs and IBVs can't get source code from Intel, in -most cases (they will just integrate the blobs that Intel provides). - -Newer Intel graphics chipsets also [require firmware -blobs](https://01.org/linuxgraphics/intel-linux-graphics-firmwares?langredirect=1). - -The `libreboot` project *does* provide some support for newer Intel platforms, but -you should be aware of these issues if you choose to run those machines. - Freedom pitfalls to consider on AMD hardware {#amd} ---------------------------------------------------------------------------- +NOTE: Nowadays there's openSIL - it's +AMD's attempt to provide some source code again, that projects like coreboot +can use, but AMD is still problematic; the PSP for example (see below) cannot +be "neutered" (nothing like `me_cleaner`, or *psp\_cleaner*) exists yet. + AMD has more or less the same problem as Intel, when it comes to software freedom. @@ -528,33 +512,6 @@ the updates are needed on all AMD boards (depends on CPU). The libreboot project does not consider microcode updates a problem, and it enables them by default on all supported hardware. -### AMD is uncooperative - -AMD seemed like it was on the right track in 2011 when it started -cooperating with and releasing source code for several critical -components to the coreboot project. It was not to be. For so-called -economic reasons, they decided that it was not worth the time to invest -in the coreboot project anymore. Unfortunately they haven't even shared -the source code of AGESA library for a Family 15h Steamroller/Excavator -architectures (which, like the earlier fam15h Bulldozer/Piledriver, do -not have a PSP) and released it to a coreboot project only as a binary. - -For a company to go from being so good, to so bad, in just 3 years, -shows that something is seriously wrong with AMD. Like Intel, they do -not deserve your money. - -Given the current state of Intel hardware with the Management Engine, it -is our opinion that all performant x86 hardware newer than the AMD -Family 15h CPUs (on AMD's side) or anything post-2009 on Intel's side -is defective by design and cannot safely be used to store, transmit, or -process sensitive data. Sensitive data is any data in which a data -breach would cause significant economic harm to the entity which created -or was responsible for storing said data, so this would include banks, -credit card companies, or retailers (customer account records), in -addition to the "usual" engineering and software development firms. -This also affects whistleblowers, or anyone who needs actual privacy and -security. - Hi, I have <insert random system here>, is it supported? -------------------------------------------------------------------------------------------------------- diff --git a/site/faq.uk.md b/site/faq.uk.md index 0a8d5af..1c834ff 100644 --- a/site/faq.uk.md +++ b/site/faq.uk.md @@ -400,30 +400,14 @@ Revealed (Розкрито вбудовану технологію безпек І відео, і репозиторій дають деяку додаткову інформацію про мікрокод ЦП. Те, як це працює на AMD, буде дуже схожим на Intel. -### Intel не співпрацює - -Роками coreboot бореться з Intel. Виявилося, що Intel загалом -вкрай відмовляється від співпраці. Багато розробників coreboot -і компаній намагалися залучити Intel до співпраці; а саме, -випуск джерельного коду для компонентів мікропрограми. Навіть Google, що -продає мільйони *хромбуків* (з попередньо встановленим coreboot) не змогла їх -переконати. - -Навіть коли Intel співпрацює, вони все одно не надають джерельний код. -Вони можуть надавати обмежену інформацію (таблиці даних) відповідно до суворої -корпоративної NDA (угоди про нерозголошення), але навіть це не -гарантується. Навіть ODM та IBV не можуть отримати джерельний код від Intel, в -більшості випадків (вони просто інтегрують блоки, надані Intel). - -Новіші графічні чіпсети Intel [вимагають блобів -прошивки](https://01.org/linuxgraphics/intel-linux-graphics-firmwares?langredirect=1). - -Проект `libreboot` *надає* деяку підтримку для новіших платформ Intel, але -вам варто знати про ці проблемні питання, якщо ви вибираєте використовувати ці машини. - Підводні камені свободи, які слід враховувати на апаратному забезпеченні AMD {#amd} ---------------------------------------------------------------------------- +NOTE: Nowadays there's openSIL - it's +AMD's attempt to provide some source code again, that projects like coreboot +can use, but AMD is still problematic; the PSP for example (see below) cannot +be "neutered" (nothing like `me_cleaner`, or *psp\_cleaner*) exists yet. + AMD має більш-менш ту саму проблему, що й Intel, коли справа стосується свободи програмного забезпечення.