exorcism 3
Leah Rowe
parent
67930fa5df
commit
65c571ff86
|
|
@ -234,7 +234,7 @@ the project, she provided Leah with a lot of technical advice. She initially
|
||||||
created Libreboot IRC channel, when Leah did not know how to
|
created Libreboot IRC channel, when Leah did not know how to
|
||||||
use IRC, and also handed +F founder status to Leah for the channel. As an FSF
|
use IRC, and also handed +F founder status to Leah for the channel. As an FSF
|
||||||
sysadmin, it was Lisa's job to maintain a lot of the infrastructure used by
|
sysadmin, it was Lisa's job to maintain a lot of the infrastructure used by
|
||||||
Libreboot; at the time, mailing lists on the GNU Savannah website were used by
|
Libreboot; at the time, mailing lists on the Savannah website were used by
|
||||||
the Libreboot project. When Paul Kocialkowski was a member of the project in
|
the Libreboot project. When Paul Kocialkowski was a member of the project in
|
||||||
2016, she helped him get help from the FSF; he was the leader of the Replicant
|
2016, she helped him get help from the FSF; he was the leader of the Replicant
|
||||||
project at the time, which had funding from the FSF, and the FSF authorized him
|
project at the time, which had funding from the FSF, and the FSF authorized him
|
||||||
|
|
@ -275,9 +275,6 @@ The FSF and GNU websites now run on
|
||||||
Librebooted ASUS KGPE-D16 based servers, on a fully free GNU+Linux distro. This
|
Librebooted ASUS KGPE-D16 based servers, on a fully free GNU+Linux distro. This
|
||||||
means that the FSF now has full software freedom for their hosting infrastructure.
|
means that the FSF now has full software freedom for their hosting infrastructure.
|
||||||
|
|
||||||
**NOTE: D16/D8 and KFSN4-DRE boards were removed from Libreboot on November
|
|
||||||
19th, 2022.**
|
|
||||||
|
|
||||||
The FSF also provides access to this infrastructure for many other projects
|
The FSF also provides access to this infrastructure for many other projects
|
||||||
(besides GNU projects); for example, Trisquel uses a D16 provided by the FSF
|
(besides GNU projects); for example, Trisquel uses a D16 provided by the FSF
|
||||||
for their development server used for building Trisquel releases and testing
|
for their development server used for building Trisquel releases and testing
|
||||||
|
|
|
||||||
|
|
@ -288,9 +288,6 @@ IRC, а також передала +F статус засновника для
|
||||||
означає, що FSF тепер має повну свободу програмного забезпечення для своєї
|
означає, що FSF тепер має повну свободу програмного забезпечення для своєї
|
||||||
інфраструктури хостингу.
|
інфраструктури хостингу.
|
||||||
|
|
||||||
**ПРИМІТКА: Плати D16/D8 та KFSN4-DRE було видалено з Libreboot 19 листопада
|
|
||||||
2022 року**
|
|
||||||
|
|
||||||
FSF також надає доступ до цієї інфраструктури для багатьох інших проектів
|
FSF також надає доступ до цієї інфраструктури для багатьох інших проектів
|
||||||
(крім проектів GNU); наприклад, Trisquel використовує D16, наданий FSF
|
(крім проектів GNU); наприклад, Trisquel використовує D16, наданий FSF
|
||||||
для свого сервера розробки, який використовується для створення випусків Trisquel і тестування
|
для свого сервера розробки, який використовується для створення випусків Trisquel і тестування
|
||||||
|
|
|
||||||
|
|
@ -11,7 +11,7 @@ documentation, but there are aspects of libreboot that deserve special
|
||||||
treatment. libreboot provides the option to boot GRUB directly, running on
|
treatment. libreboot provides the option to boot GRUB directly, running on
|
||||||
bare metal (instead of using BIOS or UEFI services).
|
bare metal (instead of using BIOS or UEFI services).
|
||||||
|
|
||||||
[The Linux section](../gnulinux/) also has libreboot-specific guides for
|
[The Linux section](../linux/) also has libreboot-specific guides for
|
||||||
dealing with Linux distributions when using GRUB directly, in this
|
dealing with Linux distributions when using GRUB directly, in this
|
||||||
setup. [A similar section exists for BSD operating systems](../bsd/)
|
setup. [A similar section exists for BSD operating systems](../bsd/)
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -17,8 +17,8 @@ Installing libreboot
|
||||||
Documentation related to operating systems
|
Documentation related to operating systems
|
||||||
============================
|
============================
|
||||||
|
|
||||||
- [Linux Guides](gnulinux/)
|
|
||||||
- [How to install BSD on an x86 host system](bsd/)
|
- [How to install BSD on an x86 host system](bsd/)
|
||||||
|
- [Linux Guides](linux/)
|
||||||
|
|
||||||
Information for developers
|
Information for developers
|
||||||
==========================
|
==========================
|
||||||
|
|
|
||||||
|
|
@ -17,8 +17,8 @@ libreboot. Новини, включаючи оголошення про випу
|
||||||
Документація, яка має відношення до операційних систем
|
Документація, яка має відношення до операційних систем
|
||||||
============================
|
============================
|
||||||
|
|
||||||
- [Керівництва Linux](gnulinux/)
|
|
||||||
- [Як встановити BSD на x86 хостову систему](bsd/)
|
- [Як встановити BSD на x86 хостову систему](bsd/)
|
||||||
|
- [Керівництва Linux](linux/)
|
||||||
|
|
||||||
Інформація для розробників
|
Інформація для розробників
|
||||||
==========================
|
==========================
|
||||||
|
|
|
||||||
|
|
@ -497,11 +497,10 @@ is software-defined, and not enforced by the hardware.
|
||||||
History
|
History
|
||||||
=======
|
=======
|
||||||
|
|
||||||
The osboot project merged with Libreboot, and `nvmutil` was
|
A historical change log
|
||||||
imported into the `lbmk` repository. A historical change log
|
|
||||||
is included at [docs/install/nvmutilimport.md](nvmutilimport.md),
|
is included at [docs/install/nvmutilimport.md](nvmutilimport.md),
|
||||||
but this simply lists historical changes to nvmutil when it
|
but this simply lists historical changes to nvmutil when it
|
||||||
was part of osboot. Future changes to nvmutil can be found by
|
was a separate project. Future changes to nvmutil can be found by
|
||||||
running `git log util/nvmutil` in `lbmk.git`. No more changes
|
running `git log util/nvmutil` in `lbmk.git`. No more changes
|
||||||
to `nvmutilimport.md` will be applied, but future releases of
|
to `nvmutilimport.md` will be applied, but future releases of
|
||||||
Libreboot announced in `news/` will mention any nvmutil changes.
|
Libreboot announced in `news/` will mention any nvmutil changes.
|
||||||
|
|
|
||||||
|
|
@ -10,11 +10,6 @@ version of the nvmutil documentation: [nvmutil.md](nvmutil.md)
|
||||||
|
|
||||||
This code and documentation import was performed on November 17th, 2022.
|
This code and documentation import was performed on November 17th, 2022.
|
||||||
|
|
||||||
The notes below are for historical purposes, as they show versioned
|
|
||||||
Change Logs from when nvmutil was part of osboot, but in its own
|
|
||||||
repository. Post-osboot-libreboot-merge, it was decided that nvmutil
|
|
||||||
shall now be part of the Libreboot build system proper.
|
|
||||||
|
|
||||||
Future changes to nvmutil (in `lbmk.git`) shall be included in regular
|
Future changes to nvmutil (in `lbmk.git`) shall be included in regular
|
||||||
Libreboot release announcements, under `news/`, so please be sure to
|
Libreboot release announcements, under `news/`, so please be sure to
|
||||||
check that from now on.
|
check that from now on.
|
||||||
|
|
|
||||||
|
|
@ -202,4 +202,4 @@ You should see something like this:
|
||||||
|
|
||||||
 
|
 
|
||||||
|
|
||||||
Now [install Linux](../gnulinux/).
|
Now [install Linux](../linux/).
|
||||||
|
|
|
||||||
|
|
@ -221,4 +221,4 @@ You should see something like this:
|
||||||
|
|
||||||
 
|
 
|
||||||
|
|
||||||
Now [install Linux](../gnulinux/).
|
Now [install Linux](../linux/).
|
||||||
|
|
|
||||||
|
|
@ -258,4 +258,4 @@ You should see something like this:
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
Now [install Linux](../gnulinux/).
|
Now [install Linux](../linux/).
|
||||||
|
|
|
||||||
|
|
@ -87,7 +87,7 @@ You should see something like this:
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
Now [install Linux](../gnulinux/).
|
Now [install Linux](../linux/).
|
||||||
|
|
||||||
X200S and X200 Tablet users: GPIO33 trick will not work.
|
X200S and X200 Tablet users: GPIO33 trick will not work.
|
||||||
--------------------------------------------------------
|
--------------------------------------------------------
|
||||||
|
|
|
||||||
|
|
@ -87,7 +87,7 @@ Tablet (для цих систем потрібно повністю видал
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
Тепер [встановлюйте Linux](../gnulinux/).
|
Тепер [встановлюйте Linux](../linux/).
|
||||||
|
|
||||||
Користувачі X200S та X200 Tablet: трюк GPIO33 не спрацює.
|
Користувачі X200S та X200 Tablet: трюк GPIO33 не спрацює.
|
||||||
--------------------------------------------------------
|
--------------------------------------------------------
|
||||||
|
|
|
||||||
|
|
@ -73,7 +73,7 @@ will unmount it:
|
||||||
The `lsblk` command told you what device it is. Overwrite the drive, writing
|
The `lsblk` command told you what device it is. Overwrite the drive, writing
|
||||||
the OpenBSD installer to it with `dd`. Here's an example:
|
the OpenBSD installer to it with `dd`. Here's an example:
|
||||||
|
|
||||||
doas dd if=gnulinux.iso of=/dev/rsdXc bs=1M; sync
|
doas dd if=linux.iso of=/dev/rsdXc bs=1M; sync
|
||||||
|
|
||||||
That's it! You should now be able to boot the installer from your USB drive
|
That's it! You should now be able to boot the installer from your USB drive
|
||||||
(the instructions for doing so will be given later).
|
(the instructions for doing so will be given later).
|
||||||
|
|
@ -84,7 +84,7 @@ from [the Debian homepage](https://www.debian.org/), or the Devuan ISO from
|
||||||
[the Devuan homepage](https://www.devuan.org/).
|
[the Devuan homepage](https://www.devuan.org/).
|
||||||
|
|
||||||
Secondly, create a bootable USB drive using the commands in
|
Secondly, create a bootable USB drive using the commands in
|
||||||
[#prepare-the-usb-drive-in-gnulinux](#prepare-the-usb-drive-in-gnulinux).
|
[#prepare-the-usb-drive-in-linux](#prepare-the-usb-drive-in-linux).
|
||||||
|
|
||||||
Thirdly, boot the USB and enter these commands in the GRUB terminal
|
Thirdly, boot the USB and enter these commands in the GRUB terminal
|
||||||
(for 64-bit Intel or AMD):
|
(for 64-bit Intel or AMD):
|
||||||
|
|
@ -20,7 +20,7 @@ Might want to run with --calibrate first
|
||||||
|
|
||||||
If powertop doesn't work, another way (reduces battery life slightly)
|
If powertop doesn't work, another way (reduces battery life slightly)
|
||||||
is to add *processor.max\_cstate=2* to the *linux* line in grub.cfg,
|
is to add *processor.max\_cstate=2* to the *linux* line in grub.cfg,
|
||||||
using [this guide](../gnulinux/grub_cbfs.md).
|
using [this guide](../linux/grub_cbfs.md).
|
||||||
|
|
||||||
High Pitched Whining Noise on Idle in Arch-based distros
|
High Pitched Whining Noise on Idle in Arch-based distros
|
||||||
==============================================================
|
==============================================================
|
||||||
|
|
@ -74,7 +74,7 @@ Might want to run with --calibrate first
|
||||||
|
|
||||||
If powertop doesn't work, another way (reduces battery life slightly)
|
If powertop doesn't work, another way (reduces battery life slightly)
|
||||||
is to add *processor.max\_cstate=2* to the *linux* line in grub.cfg,
|
is to add *processor.max\_cstate=2* to the *linux* line in grub.cfg,
|
||||||
using [this guide](../gnulinux/grub_cbfs.md).
|
using [this guide](../linux/grub_cbfs.md).
|
||||||
|
|
||||||
X60/T60: Serial port - how to use (for dock owners)
|
X60/T60: Serial port - how to use (for dock owners)
|
||||||
|
|
||||||
|
|
@ -112,7 +112,7 @@ Devuan, to enable a serial console using GeTTY:\
|
||||||
|
|
||||||
Note: part of the tutorial above requires changing your grub.cfg. Just
|
Note: part of the tutorial above requires changing your grub.cfg. Just
|
||||||
change the `linux` line to add instructions for enabling getty. See
|
change the `linux` line to add instructions for enabling getty. See
|
||||||
[../gnulinux/grub\_cbfs.md](../gnulinux/grub_cbfs.md).
|
[../linux/grub\_cbfs.md](../linux/grub_cbfs.md).
|
||||||
|
|
||||||
Finetune backlight control on intel gpu's
|
Finetune backlight control on intel gpu's
|
||||||
=========================================
|
=========================================
|
||||||
|
|
@ -217,7 +217,7 @@ behaviour.
|
||||||
You need to write changes in a libreboot rom image, and flash it, in order
|
You need to write changes in a libreboot rom image, and flash it, in order
|
||||||
to apply them. You can either use a pre-compiled rom image, or create an image
|
to apply them. You can either use a pre-compiled rom image, or create an image
|
||||||
from the current one in your computer. See here
|
from the current one in your computer. See here
|
||||||
<https://libreboot.org/docs/gnulinux/grub_cbfs.html#get-the-rom-image> for
|
<https://libreboot.org/docs/linux/grub_cbfs.html#get-the-rom-image> for
|
||||||
more information on how to do that.
|
more information on how to do that.
|
||||||
|
|
||||||
Once you have a libreboot rom image, say 'libreboot.rom', you can write
|
Once you have a libreboot rom image, say 'libreboot.rom', you can write
|
||||||
|
|
@ -238,7 +238,7 @@ You can check that the parameters are set in the image with :
|
||||||
sudo ./nvramtool -C libreboot.rom -a
|
sudo ./nvramtool -C libreboot.rom -a
|
||||||
|
|
||||||
Finally, you need to flash the rom with this new image. See here
|
Finally, you need to flash the rom with this new image. See here
|
||||||
<https://libreboot.org/docs/gnulinux/grub_cbfs.html#with-re-flashing-the-rom>
|
<https://libreboot.org/docs/linux/grub_cbfs.html#with-re-flashing-the-rom>
|
||||||
for a detailed explanation.
|
for a detailed explanation.
|
||||||
|
|
||||||
Get EDID: Find out the name (model) of your LCD panel
|
Get EDID: Find out the name (model) of your LCD panel
|
||||||
|
|
|
||||||
10
site/faq.md
10
site/faq.md
|
|
@ -678,7 +678,7 @@ boot just fine, using the bootloader (GRUB) that is in the flash chip.
|
||||||
This also means that even if you remove the HDD or SSD, you'll still
|
This also means that even if you remove the HDD or SSD, you'll still
|
||||||
have a functioning bootloader installed which could be used to boot a
|
have a functioning bootloader installed which could be used to boot a
|
||||||
live distribution installer from a USB flash drive. See
|
live distribution installer from a USB flash drive. See
|
||||||
[How to install Linux on a libreboot system](../docs/gnulinux/grub_boot_installer.md)
|
[How to install Linux on a libreboot system](../docs/linux/grub_boot_installer.md)
|
||||||
|
|
||||||
Nowadays, other payloads are also provided. If you're using the SeaBIOS payload,
|
Nowadays, other payloads are also provided. If you're using the SeaBIOS payload,
|
||||||
then the normal MBR bootsector is used on your HDD or SSD, like you would
|
then the normal MBR bootsector is used on your HDD or SSD, like you would
|
||||||
|
|
@ -692,7 +692,7 @@ automatically switch to a GRUB configuration on the HDD or SSD, if it
|
||||||
exists. You can also load a different GRUB configuration, from any kind
|
exists. You can also load a different GRUB configuration, from any kind
|
||||||
of device that is supported in GRUB (such as a USB flash drive). For
|
of device that is supported in GRUB (such as a USB flash drive). For
|
||||||
more information, see
|
more information, see
|
||||||
[Modifying the GRUB Configuration in libreboot Systems](../docs/gnulinux/grub_cbfs.md)
|
[Modifying the GRUB Configuration in libreboot Systems](../docs/linux/grub_cbfs.md)
|
||||||
|
|
||||||
If you're using the SeaBIOS payload, it's even easier. It works just like you
|
If you're using the SeaBIOS payload, it's even easier. It works just like you
|
||||||
would expect. SeaBIOS implements a normal x86 BIOS interface.
|
would expect. SeaBIOS implements a normal x86 BIOS interface.
|
||||||
|
|
@ -972,8 +972,8 @@ Can I use Linux?
|
||||||
--------------------------------------------------
|
--------------------------------------------------
|
||||||
|
|
||||||
Absolutely! It is well-tested in libreboot, and highly recommended. See
|
Absolutely! It is well-tested in libreboot, and highly recommended. See
|
||||||
[installing Linux](../docs/gnulinux/grub_boot_installer.md) and
|
[installing Linux](../docs/linux/grub_boot_installer.md) and
|
||||||
[booting Linux](../docs/gnulinux/grub_cbfs.md).
|
[booting Linux](../docs/linux/grub_cbfs.md).
|
||||||
|
|
||||||
Any recent distribution should work, as long as it uses KMS (kernel mode
|
Any recent distribution should work, as long as it uses KMS (kernel mode
|
||||||
setting) for the graphics.
|
setting) for the graphics.
|
||||||
|
|
@ -983,7 +983,7 @@ Fedora won't boot? (may also be applicable to Redhat/CentOS)
|
||||||
|
|
||||||
On Fedora, by default the grub.cfg tries to boot linux in 16-bit mode. You
|
On Fedora, by default the grub.cfg tries to boot linux in 16-bit mode. You
|
||||||
just have to modify Fedora's GRUB configuration.
|
just have to modify Fedora's GRUB configuration.
|
||||||
Refer to [the Linux page](docs/gnulinux/).
|
Refer to [the Linux page](docs/linux/).
|
||||||
|
|
||||||
Can I use BSD?
|
Can I use BSD?
|
||||||
----------------------------------
|
----------------------------------
|
||||||
|
|
|
||||||
|
|
@ -679,7 +679,7 @@ HDD або SSD під час встановлення нового дистри
|
||||||
Це означає, що навіть якщо ви виймете жорсткий диск або твердотільний накопичувач, у вас всеодно
|
Це означає, що навіть якщо ви виймете жорсткий диск або твердотільний накопичувач, у вас всеодно
|
||||||
буде встановлено функціонуючий завантажувач, який можна використовувати для завантаження програми
|
буде встановлено функціонуючий завантажувач, який можна використовувати для завантаження програми
|
||||||
встановлення дистрибутива з флеш-пам'яті USB. Див.
|
встановлення дистрибутива з флеш-пам'яті USB. Див.
|
||||||
[Як інсталювати Linux у системі libreboot](../docs/gnulinux/grub_boot_installer.md)
|
[Як інсталювати Linux у системі libreboot](../docs/linux/grub_boot_installer.md)
|
||||||
|
|
||||||
В даний час також передбачені інші корисні навантаження. Якщо ви використовуєте корисне навантаження SeaBIOS,
|
В даний час також передбачені інші корисні навантаження. Якщо ви використовуєте корисне навантаження SeaBIOS,
|
||||||
тоді на вашому HDD або SSD використовується звичайний завантажувальний сектор MBR, як і слід було
|
тоді на вашому HDD або SSD використовується звичайний завантажувальний сектор MBR, як і слід було
|
||||||
|
|
@ -693,7 +693,7 @@ HDD або SSD під час встановлення нового дистри
|
||||||
існує. Ви також можете завантажити іншу конфігурацію GRUB з будь-якого пристрою, який підтримується
|
існує. Ви також можете завантажити іншу конфігурацію GRUB з будь-якого пристрою, який підтримується
|
||||||
GRUB (наприклад, флеш-накопичувач USB). Для
|
GRUB (наприклад, флеш-накопичувач USB). Для
|
||||||
більшої інформації див.
|
більшої інформації див.
|
||||||
[Змінення конфігурації GRUB в системах libreboot](../docs/gnulinux/grub_cbfs.md)
|
[Змінення конфігурації GRUB в системах libreboot](../docs/linux/grub_cbfs.md)
|
||||||
|
|
||||||
Якщо ви використовуєте корисне навантаження SeaBIOS, це ще простіше. Це працює так, як ви
|
Якщо ви використовуєте корисне навантаження SeaBIOS, це ще простіше. Це працює так, як ви
|
||||||
очікували. SeaBIOS реалізує звичайний інтерфейс x86 BIOS.
|
очікували. SeaBIOS реалізує звичайний інтерфейс x86 BIOS.
|
||||||
|
|
@ -973,8 +973,8 @@ WWAN, підключення до мережі 3g/4g (наприклад, GSM).
|
||||||
--------------------------------------------------
|
--------------------------------------------------
|
||||||
|
|
||||||
Абсолютно! Він добре перевірений в libreboot, та дуже рекомендований. Подивіться
|
Абсолютно! Він добре перевірений в libreboot, та дуже рекомендований. Подивіться
|
||||||
[встановлення Linux](../docs/gnulinux/grub_boot_installer.md) та
|
[встановлення Linux](../docs/linux/grub_boot_installer.md) та
|
||||||
[запуск Linux](../docs/gnulinux/grub_cbfs.md).
|
[запуск Linux](../docs/linux/grub_cbfs.md).
|
||||||
|
|
||||||
Будь-який сучасний дистрибутив має працювати, допоки він використовує KMS (kernel mode
|
Будь-який сучасний дистрибутив має працювати, допоки він використовує KMS (kernel mode
|
||||||
setting) для графіки.
|
setting) для графіки.
|
||||||
|
|
@ -984,7 +984,7 @@ Fedora не завантажується? (також може бути заст
|
||||||
|
|
||||||
У Fedora типово grub.cfg намагається завантажити linux в 16-розрядному режимі.
|
У Fedora типово grub.cfg намагається завантажити linux в 16-розрядному режимі.
|
||||||
Вам просто потрібно змінити конфігурацію GRUB Fedora.
|
Вам просто потрібно змінити конфігурацію GRUB Fedora.
|
||||||
Зверніться до [сторінки Linux](docs/gnulinux/).
|
Зверніться до [сторінки Linux](docs/linux/).
|
||||||
|
|
||||||
Чи я можу використовувати BSD?
|
Чи я можу використовувати BSD?
|
||||||
----------------------------------
|
----------------------------------
|
||||||
|
|
|
||||||
|
|
@ -215,9 +215,3 @@ For sending patches, it is now preferred that you use *codeberg*. Technically,
|
||||||
pull requests are still possible via Notabug. While Notabug still exists,
|
pull requests are still possible via Notabug. While Notabug still exists,
|
||||||
Libreboot patches will continue be pushed there, mirroring what gets pushed
|
Libreboot patches will continue be pushed there, mirroring what gets pushed
|
||||||
on Notabug.
|
on Notabug.
|
||||||
|
|
||||||
The Notabug repository also contains some historical git repositories,
|
|
||||||
including the old Libreboot git repository from before build system, website
|
|
||||||
and images were split into separate repos. Leah Rowe has copies of these and
|
|
||||||
will push them to codeberg if Notabug ever goes down permanently. Same goes
|
|
||||||
for osboot repositories, which were merged with Libreboot in November 2022.
|
|
||||||
|
|
|
||||||
|
|
@ -215,9 +215,3 @@ For sending patches, it is now preferred that you use *codeberg*. Technically,
|
||||||
pull requests are still possible via Notabug. While Notabug still exists,
|
pull requests are still possible via Notabug. While Notabug still exists,
|
||||||
Libreboot patches will continue be pushed there, mirroring what gets pushed
|
Libreboot patches will continue be pushed there, mirroring what gets pushed
|
||||||
on Notabug.
|
on Notabug.
|
||||||
|
|
||||||
The Notabug repository also contains some historical git repositories,
|
|
||||||
including the old Libreboot git repository from before build system, website
|
|
||||||
and images were split into separate repos. Leah Rowe has copies of these and
|
|
||||||
will push them to codeberg if Notabug ever goes down permanently. Same goes
|
|
||||||
for osboot repositories, which were merged with Libreboot in November 2022.
|
|
||||||
|
|
|
||||||
|
|
@ -6,7 +6,7 @@ x-toc-enable: true
|
||||||
Libreboot est un micrologiciel de démarrage [libéré](freedom-status.md)
|
Libreboot est un micrologiciel de démarrage [libéré](freedom-status.md)
|
||||||
qui initialise le matériel (càd le contrôleur mémoire, CPU,
|
qui initialise le matériel (càd le contrôleur mémoire, CPU,
|
||||||
périphériques) sur [des ordinateurs x86/ARM spécifiques](docs/hardware/)
|
périphériques) sur [des ordinateurs x86/ARM spécifiques](docs/hardware/)
|
||||||
et lance un chargeur d'amorçage pour votre système d'exploitation. [Linux](docs/gnulinux/) et [BSD](docs/bsd/) sont bien supportés. C'est un
|
et lance un chargeur d'amorçage pour votre système d'exploitation. [Linux](docs/linux/) et [BSD](docs/bsd/) sont bien supportés. C'est un
|
||||||
remplacement pour le micrologiciel UEFI/BIOS propriétaire.
|
remplacement pour le micrologiciel UEFI/BIOS propriétaire.
|
||||||
Des canaux d'aide sont disponibles
|
Des canaux d'aide sont disponibles
|
||||||
dans le canal [\#libreboot](https://web.libera.chat/#libreboot) sur le serveur IRC [Libera](https://libera.chat/).
|
dans le canal [\#libreboot](https://web.libera.chat/#libreboot) sur le serveur IRC [Libera](https://libera.chat/).
|
||||||
|
|
|
||||||
|
|
@ -7,7 +7,7 @@ The `libreboot` project provides
|
||||||
[libre](freedom-status.md) *boot
|
[libre](freedom-status.md) *boot
|
||||||
firmware* that initializes the hardware (e.g. memory controller, CPU,
|
firmware* that initializes the hardware (e.g. memory controller, CPU,
|
||||||
peripherals) on [specific Intel/AMD x86 and ARM targets](docs/hardware/), which
|
peripherals) on [specific Intel/AMD x86 and ARM targets](docs/hardware/), which
|
||||||
then starts a bootloader for your operating system. [Linux](docs/gnulinux/)
|
then starts a bootloader for your operating system. [Linux](docs/linux/)
|
||||||
and [BSD](docs/bsd/) are well-supported. It replaces proprietary BIOS/UEFI
|
and [BSD](docs/bsd/) are well-supported. It replaces proprietary BIOS/UEFI
|
||||||
firmware. Help is available
|
firmware. Help is available
|
||||||
via [\#libreboot](https://web.libera.chat/#libreboot)
|
via [\#libreboot](https://web.libera.chat/#libreboot)
|
||||||
|
|
|
||||||
|
|
@ -7,7 +7,7 @@ x-toc-enable: true
|
||||||
[вільну](freedom-status.md) *завантажувальну
|
[вільну](freedom-status.md) *завантажувальну
|
||||||
прошивку*, яка ініціалізує апаратне забезпечення (наприклад, контролер пам'яті, ЦП,
|
прошивку*, яка ініціалізує апаратне забезпечення (наприклад, контролер пам'яті, ЦП,
|
||||||
периферію) на [конкретних цілях Intel/AMD x86 та ARM](docs/hardware/), що
|
периферію) на [конкретних цілях Intel/AMD x86 та ARM](docs/hardware/), що
|
||||||
потім розпочинає завантажувач для вашої операційної системи. [Linux](docs/gnulinux/)
|
потім розпочинає завантажувач для вашої операційної системи. [Linux](docs/linux/)
|
||||||
та [BSD](docs/bsd/) добре підтримуються. Це заміняє пропрієтарну BIOS/UEFI
|
та [BSD](docs/bsd/) добре підтримуються. Це заміняє пропрієтарну BIOS/UEFI
|
||||||
прошивку. Допомога доступна
|
прошивку. Допомога доступна
|
||||||
через [\#libreboot](https://web.libera.chat/#libreboot)
|
через [\#libreboot](https://web.libera.chat/#libreboot)
|
||||||
|
|
|
||||||
|
|
@ -6,7 +6,6 @@ usa-libre-part3.md
|
||||||
usa-libre-part2.md
|
usa-libre-part2.md
|
||||||
fedfree.md
|
fedfree.md
|
||||||
libreboot20221214.md
|
libreboot20221214.md
|
||||||
merge.md
|
|
||||||
policy.md
|
policy.md
|
||||||
libreboot20220710.md
|
libreboot20220710.md
|
||||||
usa-libre.md
|
usa-libre.md
|
||||||
|
|
|
||||||
|
|
@ -179,7 +179,7 @@ Revisions for r20140711 (1st beta) (11th July 2014)
|
||||||
to accomodate the above.
|
to accomodate the above.
|
||||||
- Documentation: added notes about cbfstool (standalone) in
|
- Documentation: added notes about cbfstool (standalone) in
|
||||||
libreboot\_bin
|
libreboot\_bin
|
||||||
- Documentation: made docs/gnulinux/grub\_cbfs.html slightly easier to
|
- Documentation: made docs/linux/grub\_cbfs.html slightly easier to
|
||||||
follow.
|
follow.
|
||||||
- Annotate the 'build\*' scripts with 'echo' commands, to help the
|
- Annotate the 'build\*' scripts with 'echo' commands, to help the
|
||||||
user understand what it actually happening during the build process.
|
user understand what it actually happening during the build process.
|
||||||
|
|
|
||||||
|
|
@ -145,5 +145,5 @@ Revisions for r20140903 (6th beta) (3rd September 2014)
|
||||||
terminal\_output \--append gfxterm
|
terminal\_output \--append gfxterm
|
||||||
- Play a beep on startup:\
|
- Play a beep on startup:\
|
||||||
play 480 440 1
|
play 480 440 1
|
||||||
- Documentation: updated gnulinux/grub\_cbfs.html to make it safer
|
- Documentation: updated linux/grub\_cbfs.html to make it safer
|
||||||
(and easier) to follow.
|
(and easier) to follow.
|
||||||
|
|
|
||||||
|
|
@ -143,7 +143,7 @@ Changes for this release (latest changes first, earliest changes last)
|
||||||
- Too many issues. Chromebooks are crippled (soldered
|
- Too many issues. Chromebooks are crippled (soldered
|
||||||
RAM/storage/wifi) and have too many usability issues for the
|
RAM/storage/wifi) and have too many usability issues for the
|
||||||
libreboot project.
|
libreboot project.
|
||||||
- docs/gnulinux/grub\_cbfs.html Major cleanup. Usability improvements.
|
- docs/linux/grub\_cbfs.html Major cleanup. Usability improvements.
|
||||||
- flash (flashrom script): remove boardmismatch=force
|
- flash (flashrom script): remove boardmismatch=force
|
||||||
- This was put there before for users upgrading from libreboot r5
|
- This was put there before for users upgrading from libreboot r5
|
||||||
to r6, but also allows the user to flash the wrong image. For
|
to r6, but also allows the user to flash the wrong image. For
|
||||||
|
|
|
||||||
|
|
@ -69,7 +69,7 @@ Changes for this release, relative to r20150208 (earliest changes last, recent c
|
||||||
again in the next release)
|
again in the next release)
|
||||||
- coreboot-libre: delete unused code (reduce size of src archive)
|
- coreboot-libre: delete unused code (reduce size of src archive)
|
||||||
- Flashing guides: make them more friendly to colourblind people
|
- Flashing guides: make them more friendly to colourblind people
|
||||||
- docs/gnulinux/encrypted\_\*.html: Remove mention of password
|
- docs/linux/encrypted\_\*.html: Remove mention of password
|
||||||
length - it was arbitrary and pointless.
|
length - it was arbitrary and pointless.
|
||||||
- docs/maintain/: Finish the guide
|
- docs/maintain/: Finish the guide
|
||||||
- scripts/download/coreboot: use diffs included in libreboot, not
|
- scripts/download/coreboot: use diffs included in libreboot, not
|
||||||
|
|
@ -92,11 +92,11 @@ Changes for this release, relative to r20150208 (earliest changes last, recent c
|
||||||
- demefactory (new utility): create GM45 factory.rom without the ME
|
- demefactory (new utility): create GM45 factory.rom without the ME
|
||||||
- ich9deblob: re-factor descriptor.c functions
|
- ich9deblob: re-factor descriptor.c functions
|
||||||
- docs/hardware/t500.html: add hardware logs
|
- docs/hardware/t500.html: add hardware logs
|
||||||
- docs/gnulinux/encrypted\_\*.html: No password for default entry
|
- docs/linux/encrypted\_\*.html: No password for default entry
|
||||||
- docs/git/: Add more details about BUC.TS
|
- docs/git/: Add more details about BUC.TS
|
||||||
- grub.cfg: Also scan for grub2/grub.cfg, not just grub/grub.cfg
|
- grub.cfg: Also scan for grub2/grub.cfg, not just grub/grub.cfg
|
||||||
- docs/maintain/ (new section. WIP!): Maintaining libreboot
|
- docs/maintain/ (new section. WIP!): Maintaining libreboot
|
||||||
- docs/gnulinux/grub\_boot\_installer.html: Fix hazardous instruction
|
- docs/linux/grub\_boot\_installer.html: Fix hazardous instruction
|
||||||
- docs/tasks.html: Better categorization between intel/amd/arm
|
- docs/tasks.html: Better categorization between intel/amd/arm
|
||||||
- docs/install/bbb\_setup.html: notes about SPI flashing stability
|
- docs/install/bbb\_setup.html: notes about SPI flashing stability
|
||||||
- docs/install/bbb\_setup.html: more names for the 0.1" cables
|
- docs/install/bbb\_setup.html: more names for the 0.1" cables
|
||||||
|
|
@ -151,10 +151,10 @@ Changes for this release, relative to r20150208 (earliest changes last, recent c
|
||||||
- grub-assemble: Disable verbose output
|
- grub-assemble: Disable verbose output
|
||||||
- Add documentation on how to unlock root encrypted fs with key in
|
- Add documentation on how to unlock root encrypted fs with key in
|
||||||
initramfs in Parabola Linux
|
initramfs in Parabola Linux
|
||||||
- docs/gnulinux/grub\_cbfs.html: Improve structure (easier to use)
|
- docs/linux/grub\_cbfs.html: Improve structure (easier to use)
|
||||||
- grub.cfg: Disable the beep on startup
|
- grub.cfg: Disable the beep on startup
|
||||||
- docs/install/bbb\_setup.html: Make the guide easier to use
|
- docs/install/bbb\_setup.html: Make the guide easier to use
|
||||||
- docs/gnulinux/grub\_cbfs.html: Remove redundant instructions
|
- docs/linux/grub\_cbfs.html: Remove redundant instructions
|
||||||
- docs/install/x200\_external.html: Mark pins in the images
|
- docs/install/x200\_external.html: Mark pins in the images
|
||||||
- docs/install/bbb\_setup.html: Replace 3.3V PSU photo with ATX PSU
|
- docs/install/bbb\_setup.html: Replace 3.3V PSU photo with ATX PSU
|
||||||
- docs/hardware/x200.html: Add dumps from 4-MiB X200 with Lenovo BIOS 3.22
|
- docs/hardware/x200.html: Add dumps from 4-MiB X200 with Lenovo BIOS 3.22
|
||||||
|
|
|
||||||
|
|
@ -136,19 +136,7 @@ I scrapped the re-write in December 2020, and continued with my development on
|
||||||
the Libreboot 20160907 build system.
|
the Libreboot 20160907 build system.
|
||||||
|
|
||||||
Fundamental design flaws were fixed, and it is much more configurable these
|
Fundamental design flaws were fixed, and it is much more configurable these
|
||||||
days. It first started as an experimental fork named *osboot*, which you can
|
days.
|
||||||
see here: <https://osboot.org/> (I, Leah Rowe, am the founder and lead developer
|
|
||||||
of both libreboot *and* osboot. osboot is the younger sibling of libreboot)
|
|
||||||
|
|
||||||
**NOTE: As of November 2022,
|
|
||||||
[osboot has merged with and become part of Libreboot](merge.md), but
|
|
||||||
the old repos at <https://notabug.org/osboot/> still exist and shall be
|
|
||||||
preserved.**
|
|
||||||
|
|
||||||
The osboot Git repository was then forked into osboot-libre, available in the
|
|
||||||
branch named `libre`. *That* branch was then forked to create this Libreboot
|
|
||||||
release. The osboot build system is named osbmk (osboot-make) and the one in
|
|
||||||
the libre branch is named osboot-libre.
|
|
||||||
|
|
||||||
Moving forward, ideas/features that were implemented (whether on not they were
|
Moving forward, ideas/features that were implemented (whether on not they were
|
||||||
completed) in the re-write will be implemented in lbmk. The design of lbmk is
|
completed) in the re-write will be implemented in lbmk. The design of lbmk is
|
||||||
|
|
@ -191,12 +179,12 @@ compared to the Libreboot 20160907 build system:
|
||||||
few commits. There were more revisions used, but they were closer together.
|
few commits. There were more revisions used, but they were closer together.
|
||||||
In *this* release, coreboot 4.11 and 4.14 are the versions used, and these
|
In *this* release, coreboot 4.11 and 4.14 are the versions used, and these
|
||||||
revisions are quite far apart from each other.
|
revisions are quite far apart from each other.
|
||||||
* You no longer have to manually run individual commands within lbmk (in osboot
|
* You no longer have to manually run individual commands within lbmk:
|
||||||
it's called osbmk. osboot-make): each command checks if previous commands
|
each command checks if previous commands
|
||||||
required were run, and runs them if not. **This means you can just type a
|
required were run, and runs them if not. **This means you can just type a
|
||||||
single command to build a ROM image if you wish!**
|
single command to build a ROM image if you wish!**
|
||||||
* Makefile included, making the build system even easier to use. The Makefile
|
* Makefile included, making the build system even easier to use. The Makefile
|
||||||
contains no logic, it just runs osbmk (osboot-make) commands
|
contains no logic, it just runs lbmk commands.
|
||||||
* The GRUB payload is now handled by a completely separate command. The
|
* The GRUB payload is now handled by a completely separate command. The
|
||||||
command `./build payload grub` generates the GRUB payload executables, and
|
command `./build payload grub` generates the GRUB payload executables, and
|
||||||
puts them in `payload/grub/`, in a completely modular way.
|
puts them in `payload/grub/`, in a completely modular way.
|
||||||
|
|
@ -214,23 +202,6 @@ compared to the Libreboot 20160907 build system:
|
||||||
* Vastly improved `grub.cfg`: un-hardcodes a lot of functionality, improved
|
* Vastly improved `grub.cfg`: un-hardcodes a lot of functionality, improved
|
||||||
usability on i945 targets such as X60/T60/macbook21, USB HDD support out of
|
usability on i945 targets such as X60/T60/macbook21, USB HDD support out of
|
||||||
the box
|
the box
|
||||||
* Tianocore payload supported, for UEFI. NOTE: this is inherited from osboot,
|
|
||||||
but Tianocore itself doesn't work well or is otherwise untested on currently
|
|
||||||
supported platforms in Libreboot. The build system is capable of building it,
|
|
||||||
and what it builds *does* work on some sandybridge and ivybridge laptops that
|
|
||||||
were tested in osboot (the non-libre version, in the master branch). However,
|
|
||||||
Tianocore is a very large and complex codebase (it's actually bigger than the
|
|
||||||
Linux kernel!). It is untested on everything in Libreboot except i945 and GM45,
|
|
||||||
and on those it completely stalls (it gets to the logo screen, but crashes,
|
|
||||||
so it never reaches the UEFI shell program). Getting Tianocore to work is
|
|
||||||
a priority for the *next* Libreboot release; Tianocore is free software, and
|
|
||||||
can work quite well but it does need some maintenance first. Linux distros
|
|
||||||
expect it nowadays (on x86), though the linux kernel can still run on bare
|
|
||||||
metal and that is unlikely to change (so, GRUB payload will always be
|
|
||||||
possible on x86). lbmk doesn't actually build tianocore. Instead, it modifies
|
|
||||||
the *coreboot* build system, and uses the coreboot build system with a dummy
|
|
||||||
board config, selecting Tianocore as the payload, and then it copies the
|
|
||||||
Tianocore ELF into `payload/tianocore/`
|
|
||||||
* SeaBIOS now included as standard, on all ROM images; on images with the GRUB
|
* SeaBIOS now included as standard, on all ROM images; on images with the GRUB
|
||||||
payload, SeaBIOS is an option in the boot menu.
|
payload, SeaBIOS is an option in the boot menu.
|
||||||
* The build system is *much* easier to use when adding new board configs
|
* The build system is *much* easier to use when adding new board configs
|
||||||
|
|
@ -690,24 +661,6 @@ coreboot 4.12
|
||||||
SMMSTORE is basically UEFI's answer to CMOS "NVRAM". it is a way to store
|
SMMSTORE is basically UEFI's answer to CMOS "NVRAM". it is a way to store
|
||||||
configurations, in SPI flash. it's handled via SMM interrupts (SMIs). NOTE:
|
configurations, in SPI flash. it's handled via SMM interrupts (SMIs). NOTE:
|
||||||
SMMSTOREv2 is also becoming a thing now
|
SMMSTOREv2 is also becoming a thing now
|
||||||
* relocatable ramstage, postcar stage and C\_ENVIRONMENTAL\_BOOTBLOCK (as
|
|
||||||
opposed to romcc) are now mandatory features for all boards. This means that
|
|
||||||
fam15h/10h boards were dropped from coreboot, which didn't implement those
|
|
||||||
features yet (in other words, ASUS KCMA-D8 and KGPE-D16, not to mention
|
|
||||||
KFSN4-DRE, are currently stuck on coreboot 4.11 in libreboot) - it would be
|
|
||||||
too much work to get these boards working again in coreboot master, and the
|
|
||||||
code for these boards already work well, so a fork of coreboot 4.11 for
|
|
||||||
libreboot and osboot is planned, to backport newer coreboot features whenever
|
|
||||||
necessary, and in general keeping the boards building properly (newer GCC
|
|
||||||
toolchains will be used, over time). D8/D16 uses AMD AGESA codebase which
|
|
||||||
is AMD's own thing, not written at all with coreboot's coding style in mind,
|
|
||||||
to the point where the whole thing would have to be re-written to integrate it
|
|
||||||
into coreboot again. this is largely a waste of time, so maintaining coreboot
|
|
||||||
4.11 is a much better decision (again, AMD's code works very well. it's from
|
|
||||||
the time when AMD was actually sharing AGESA source code with coreboot. AGESA
|
|
||||||
was AMD's codebase for hardware initialization, and for a time, coreboot was
|
|
||||||
bolting it on in its own build system. You can find it under `src/vendorcode/`
|
|
||||||
in coreboot 4.11 source code
|
|
||||||
|
|
||||||
coreboot 4.11
|
coreboot 4.11
|
||||||
-------------
|
-------------
|
||||||
|
|
|
||||||
|
|
@ -77,12 +77,6 @@ available in the Libreboot 20220710 release:
|
||||||
* ditto KCMA-D8
|
* ditto KCMA-D8
|
||||||
* ditto GA-G41M-ES2L
|
* ditto GA-G41M-ES2L
|
||||||
|
|
||||||
GA-G41M-ES2L works *for me* but jxself on FSF IRC reported video init issues.
|
|
||||||
If you have this board, and the 2021 releases don't work either, you might
|
|
||||||
consider using upstream coreboot or the September 2016 Libreboot release.
|
|
||||||
I will investigate this, and re-include ROMs for this board on the next
|
|
||||||
release of Libreboot.
|
|
||||||
|
|
||||||
The boards listed above can still be compiled, from the source code archive
|
The boards listed above can still be compiled, from the source code archive
|
||||||
in this release and from the Libreboot git repository; additionally, ROM images
|
in this release and from the Libreboot git repository; additionally, ROM images
|
||||||
are provided for these in the previous release. D8/D16 continue to have raminit
|
are provided for these in the previous release. D8/D16 continue to have raminit
|
||||||
|
|
|
||||||
|
|
@ -6,21 +6,8 @@ The last Libreboot release, version 20220710, was released on 10 July
|
||||||
in 2022. *This* new release, Libreboot 20221214, is released today on December
|
in 2022. *This* new release, Libreboot 20221214, is released today on December
|
||||||
14th, 2022. This is intended to be a *testing* release.
|
14th, 2022. This is intended to be a *testing* release.
|
||||||
|
|
||||||
This release is based on the osboot merger that happened last month. Many
|
|
||||||
new boards are now supported!
|
|
||||||
|
|
||||||
Many ARM-based chromebooks have also been added, and they were added just
|
|
||||||
before the osboot merge.
|
|
||||||
|
|
||||||
Both the osboot merge and ARM chromebooks (with u-boot payload) were
|
|
||||||
mentioned in the [osboot/libreboot merge news post](merge.md) back in
|
|
||||||
November 2022.
|
|
||||||
|
|
||||||
This is marked as a *testing* release, but most/all boards should be fairly
|
This is marked as a *testing* release, but most/all boards should be fairly
|
||||||
stable. Prior to the osboot/libreboot merge, a separate osboot release was
|
stable.
|
||||||
planned, but the merger was decided upon instead. This release is essentially
|
|
||||||
what osboot would have been, had it gone for a separate release. New releases
|
|
||||||
conform to osboot standard, for all boards.
|
|
||||||
|
|
||||||
Build from source
|
Build from source
|
||||||
-----------------
|
-----------------
|
||||||
|
|
@ -278,9 +265,6 @@ These are takes from the git log of `lbmk.git`:
|
||||||
osbmk Git changes
|
osbmk Git changes
|
||||||
-------------
|
-------------
|
||||||
|
|
||||||
Osboot merged with the Libreboot project in November 2022, and the osboot
|
|
||||||
website shut down, redirecting to the Libreboot one.
|
|
||||||
|
|
||||||
It's important to show the osboot changes aswell. Osboot only became part of
|
It's important to show the osboot changes aswell. Osboot only became part of
|
||||||
Libreboot last month, but the "reboot" of the osboot project happened around
|
Libreboot last month, but the "reboot" of the osboot project happened around
|
||||||
the start of 2022, when it was put back in sync with Libreboot at the time,
|
the start of 2022, when it was put back in sync with Libreboot at the time,
|
||||||
|
|
|
||||||
|
|
@ -1,86 +0,0 @@
|
||||||
% Osboot is now part of Libreboot
|
|
||||||
% Leah Rowe
|
|
||||||
% 15 November 2022
|
|
||||||
|
|
||||||
Long live Libreboot!
|
|
||||||
====================
|
|
||||||
|
|
||||||
The former `osboot` project, started by the same founder as Libreboot, Leah
|
|
||||||
Rowe, has today shut down; the osboot website now automatically redirects, via
|
|
||||||
HTTP 301, to the libreboot website. Everything osboot had, has now been added
|
|
||||||
to Libreboot, and development will now occur exclusively in Libreboot from now
|
|
||||||
on.
|
|
||||||
|
|
||||||
The result of this decision is that Libreboot does (and can) now support newer
|
|
||||||
hardware, such as the ThinkPad X230 or T440p.
|
|
||||||
|
|
||||||
Such was alluded to in the previous Libreboot release announcement:
|
|
||||||
|
|
||||||
<https://libreboot.org/news/libreboot20220710.html#planned-osbootlibreboot-merger>
|
|
||||||
|
|
||||||
The exact method proposed in that previous announcement has not been adopted.
|
|
||||||
Instead, Libreboot essentially now *is* osboot, under the Libreboot name.
|
|
||||||
|
|
||||||
The *binary blob reduction* policy of osboot has replaced the previous
|
|
||||||
policy used by Libreboot. It is a pragmatic policy revolved around providing
|
|
||||||
as much freedom as possible per platform, while no longer sticking only to
|
|
||||||
those *"pure"* platforms; all platforms from coreboot can now be supported, if
|
|
||||||
someone wishes to maintain the board in `lbmk`. The new policy is here:
|
|
||||||
|
|
||||||
<https://libreboot.org/news/policy.html> (same URL as the old one, but the
|
|
||||||
text has been updated in line with osboot policy)
|
|
||||||
|
|
||||||
To understand the full nature of this merge, you should read the policy
|
|
||||||
document linked above. Both osboot and Libreboot were largely identical, and
|
|
||||||
basically the same project. In order to make management of the projects much
|
|
||||||
easier, they were simply merged into one.
|
|
||||||
|
|
||||||
How the merge was conducted
|
|
||||||
---------------------------
|
|
||||||
|
|
||||||
Since 2020, Libreboot (and osboot) have both been through several reboots,
|
|
||||||
forking off each other other to keep in sync. It was starting to become too
|
|
||||||
much of a burden, which is the main reason the merger took place.
|
|
||||||
|
|
||||||
On November 14th, I (Leah Rowe) literally diffed all of Libreboot since the
|
|
||||||
last reboot (of the Libreboot repository) and checked each one against osboot,
|
|
||||||
adding whatever was missing from that *in osboot*. This then put the osboot
|
|
||||||
project in sync with Libreboot, but in line with osboot and with the additional
|
|
||||||
boards (plus scripts and so on) in osboot, compared to Libreboot pre-merge.
|
|
||||||
|
|
||||||
The same was *then* applied *in reverse*: differences in osboot were ported
|
|
||||||
back to Libreboot, carefully and methodically. All of this took place in a the
|
|
||||||
period of 1 day, because the overall structure of both projects was largely the
|
|
||||||
same and the build systems in both projects are extremely modular, making this
|
|
||||||
sort of work very easy indeed.
|
|
||||||
|
|
||||||
A similar process was performed with the Libreboot website and the osboot
|
|
||||||
website, but osboot already contained all the same documentation as Libreboot,
|
|
||||||
plus extra. The differences were therefore ported over to Libreboot.
|
|
||||||
|
|
||||||
Porting of documentation (from osboot over to Libreboot) was done by
|
|
||||||
Caleb La Grange (IRC nick `shmalebx9`), and reviewed by myself prior to going
|
|
||||||
live.
|
|
||||||
|
|
||||||
As of writing this post, one utility from osboot (for changing MAC addresses
|
|
||||||
inside Gbe regions on Intel machines that have an IFD) hasn't been moved over
|
|
||||||
yet, but I'm considering merging all outside utilities maintained by us (bucts,
|
|
||||||
ich9gen and nvmutil) into lbmk, making lbmk a BSD-like *monorepo* of sorts. We
|
|
||||||
shall see.
|
|
||||||
|
|
||||||
That's it really. Osboot and Libreboot are now operating as a single, unified
|
|
||||||
project, the way it should have been from the beginning. Quite boring news,
|
|
||||||
actually.
|
|
||||||
|
|
||||||
New Libreboot release coming soon!!!
|
|
||||||
====================================
|
|
||||||
|
|
||||||
CrOS devices re-added to Libreboot
|
|
||||||
----------------------------------
|
|
||||||
|
|
||||||
Documentation needs to be updated, to reflect this and many other things, but
|
|
||||||
ARM-based chromebooks are now once again supported in Libreboot, using the
|
|
||||||
u-boot payload inside coreboot.
|
|
||||||
|
|
||||||
This work is courtesy of Alper Nebi Yasak (`alpernebbi` on libera IRC) and it's
|
|
||||||
also part of the merge.
|
|
||||||
|
|
@ -1,86 +0,0 @@
|
||||||
% Osboot тепер є частиною Libreboot
|
|
||||||
% Лія Роу
|
|
||||||
% 15 листопада 2022 року
|
|
||||||
|
|
||||||
Довго живе Libreboot!
|
|
||||||
====================
|
|
||||||
|
|
||||||
Минулий проект `osboot`, розпочатий тим же самим засновником, що й Libreboot, Лією
|
|
||||||
Роу, сьогодні було вимкнено; веб-сайт osboot тепер автоматично перенаправляє, через
|
|
||||||
HTTP 301, на веб-сайт libreboot. Все, що мав osboot, тепер було додано
|
|
||||||
до Libreboot, і розробка тепер буде проходити виключно в Libreboot з цього
|
|
||||||
момента.
|
|
||||||
|
|
||||||
Результатом цього рішення є те, що Libreboot тепер підтримує (і може підтримувати) новіше
|
|
||||||
апаратне забезпечення, таке як ThinkPad X230 або T440p.
|
|
||||||
|
|
||||||
Про це згадувалося в попередньому оголошенні про випуск Libreboot:
|
|
||||||
|
|
||||||
<https://libreboot.org/news/libreboot20220710.html#planned-osbootlibreboot-merger>
|
|
||||||
|
|
||||||
Точний метод, запропонований у тому попередньому повідомленні, не був прийнятий.
|
|
||||||
Натомість, Libreboot, по суті, зараз *є* osboot, під іменем Libreboot.
|
|
||||||
|
|
||||||
*Політика зменшення бінарних блобів* osboot замінила попередню
|
|
||||||
політику, яку використовував Libreboot. Це прагматична політика, спрямована на надання
|
|
||||||
якомога більшої свободи кожній платформі, але більше не дотримається лише
|
|
||||||
тих *"чистих"* платформ; тепер можна підтримувати всі платформи з coreboot, якщо
|
|
||||||
хтось бажає підтримувати плату в `lbmk`. Нова політика тут:
|
|
||||||
|
|
||||||
<https://libreboot.org/news/policy.html> (той самий URL, що і старий, але
|
|
||||||
текст було оновлено, відповідно до політики osboot)
|
|
||||||
|
|
||||||
Щоб зрозуміти всю природу цього злиття, вам слід прочитати документ про політику,
|
|
||||||
посилання на який наведено вище. І osboot, і Libreboot були багато в чому ідентичними, і
|
|
||||||
в основному той самий проект. Щоб значно полегшити управління проектами,
|
|
||||||
їх просто об'єднали в один.
|
|
||||||
|
|
||||||
Як було проведено злиття
|
|
||||||
---------------------------
|
|
||||||
|
|
||||||
З 2020 року Libreboot (і osboot) пройшли кілька перезавантажень,
|
|
||||||
відгалуджуючи один одного для підтримки синхронізації. Це почало ставати занадто
|
|
||||||
великим тягарем, що стало основною причиною злиття.
|
|
||||||
|
|
||||||
14 листопада, я (Лія Роу) буквально зробила diff всього Libreboot, з моменту
|
|
||||||
останнього перезавантаження (репозиторія Libreboot) і перевірила кожну з osboot,
|
|
||||||
додавши те, чого не вистачає в цьому *в osboot*. Тоді проект osboot
|
|
||||||
синхронізується з Libreboot, але відповідно до osboot і з додатковими
|
|
||||||
платами (плюс сценарії і так далі) в osboot, порівняно з Libreboot до злиття.
|
|
||||||
|
|
||||||
Те саме *потім* було застосовано *у зворотному порядку*: відмінності в osboot були перенесені
|
|
||||||
назад до Libreboot, обережно та методично. Все це відбулося
|
|
||||||
протягом 1 дня, оскільки загальна структура обох проектів була в основному
|
|
||||||
однаковою, а системи збірки в обох проектах надзвичайно модульні, що робить
|
|
||||||
таку роботу справді дуже легкою.
|
|
||||||
|
|
||||||
Подібний процес було виконано з веб-сайтами Libreboot і osboot,
|
|
||||||
але osboot уже містив ту саму документацію, що й Libreboot,
|
|
||||||
а також додаткові. Тому відмінності було перенесено на Libreboot.
|
|
||||||
|
|
||||||
Перенесення документації (від osboot до Libreboot) виконав
|
|
||||||
Калеб Ла Грейндж (IRC нік `shmalebx9`), і я переглянула її самостійно перед тим, як
|
|
||||||
опублікувати.
|
|
||||||
|
|
||||||
На момент написання цього допису, одна утиліта з osboot (для зміни MAC-адрес
|
|
||||||
у регіонах Gbe на машинах Intel, які мають IFD) ще не була перенесена,
|
|
||||||
але я розглядаю можливість об'єднання всіх зовнішніх утиліт, які ми підтримуємо (bucts,
|
|
||||||
ich9gen та nvmutil) в lbmk, роблячи lbmk свого роду *монорепозиторієм*, схожим на BSD. Ми
|
|
||||||
побачимо.
|
|
||||||
|
|
||||||
Ось і все справді. Osboot і Libreboot тепер працюють як єдиний, об'єднаний
|
|
||||||
проект, як і мало бути з самого початку. Досить нудна новина,
|
|
||||||
насправді.
|
|
||||||
|
|
||||||
Незабаром з'явиться новий випуск Libreboot!!!
|
|
||||||
====================================
|
|
||||||
|
|
||||||
CrOS пристрої знову додано до Libreboot
|
|
||||||
----------------------------------
|
|
||||||
|
|
||||||
Документація має бути оновлена, для відображення цього і багатьох інших речей, але
|
|
||||||
засновані на ARM chromebook тепер знову підтримуються в Libreboot, використовуючи
|
|
||||||
корисне навантаження u-boot всередині coreboot.
|
|
||||||
|
|
||||||
Цю роботу люб'язно надав Альпер Небі Ясак (`alpernebbi` на libera IRC) і це також
|
|
||||||
є частиною злиття.
|
|
||||||
Loading…
Reference in New Issue