git: 97df6d3b89 - main - website: translate Status report Q1 2026 to russian
Vladlen Popolitov <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.cvs.doc |
|---|---|
| Message-ID | <[email protected]> |
The branch main has been updated by vladlen: URL: https://cgit.FreeBSD.org/doc/commit/?id=97df6d3b89e8794be49686c50ead6b1d3e088f6e commit 97df6d3b89e8794be49686c50ead6b1d3e088f6e Author: Vladlen Popolitov <[email protected]> AuthorDate: 2026-04-22 16:45:56 +0000 Commit: Vladlen Popolitov <[email protected]> CommitDate: 2026-04-22 16:45:56 +0000 website: translate Status report Q1 2026 to russian Differential Revision: https://reviews.freebsd.org/D56581 --- website/content/ru/status/_index.adoc | 8 +- .../ru/status/report-2026-01-2026-03/_index.adoc | 265 +++++++++++++++++++++ .../report-2026-01-2026-03/acpi_system76.adoc | 20 ++ .../alpha-omega-beach-cleaning.adoc | 32 +++ .../ru/status/report-2026-01-2026-03/appjail.adoc | 42 ++++ .../ru/status/report-2026-01-2026-03/audio.adoc | 32 +++ .../bananapi-r64-r2-pro-drivers.adoc | 81 +++++++ .../status/report-2026-01-2026-03/bhyve-cpuid.adoc | 90 +++++++ .../ru/status/report-2026-01-2026-03/bhyvemgr.adoc | 40 ++++ .../status/report-2026-01-2026-03/bugmeister.adoc | 27 +++ .../status/report-2026-01-2026-03/buildpacks.adoc | 31 +++ .../status/report-2026-01-2026-03/clusteradm.adoc | 87 +++++++ .../ru/status/report-2026-01-2026-03/cppc.adoc | 47 ++++ .../ru/status/report-2026-01-2026-03/cra.adoc | 22 ++ .../status/report-2026-01-2026-03/daemonless.adoc | 32 +++ .../desktop-script-bsdinstall.adoc | 48 ++++ .../ru/status/report-2026-01-2026-03/dpaa2.adoc | 40 ++++ .../drm-drivers-aarch64.adoc | 15 ++ .../ru/status/report-2026-01-2026-03/ec2.adoc | 30 +++ .../ru/status/report-2026-01-2026-03/frdp.adoc | 39 +++ .../ru/status/report-2026-01-2026-03/fred.adoc | 31 +++ .../report-2026-01-2026-03/freebsd-foundation.adoc | 81 +++++++ .../ru/status/report-2026-01-2026-03/gcc.adoc | 31 +++ .../report-2026-01-2026-03/geneve-support.adoc | 24 ++ .../ru/status/report-2026-01-2026-03/h616.adoc | 19 ++ .../status/report-2026-01-2026-03/hibernate.adoc | 37 +++ .../hpc-ports-modernization.adoc | 47 ++++ .../ru/status/report-2026-01-2026-03/intro.adoc | 15 ++ .../report-2026-01-2026-03/jdk21default.adoc | 26 ++ .../report-2026-01-2026-03/jdk25default.adoc | 32 +++ .../status/report-2026-01-2026-03/jumbograms.adoc | 17 ++ .../kbench-maint-pkgdist.adoc | 39 +++ .../ru/status/report-2026-01-2026-03/kde.adoc | 39 +++ .../report-2026-01-2026-03/laptop-integration.adoc | 48 ++++ .../ru/status/report-2026-01-2026-03/libvirt.adoc | 33 +++ .../report-2026-01-2026-03/lkpi-wireless.adoc | 91 +++++++ .../ru/status/report-2026-01-2026-03/lldb.adoc | 34 +++ .../ru/status/report-2026-01-2026-03/openjdk.adoc | 51 ++++ .../ru/status/report-2026-01-2026-03/pdwait.adoc | 25 ++ .../status/report-2026-01-2026-03/pkgbasify.adoc | 21 ++ .../ru/status/report-2026-01-2026-03/portmgr.adoc | 60 +++++ .../ru/status/report-2026-01-2026-03/releng.adoc | 26 ++ .../ru/status/report-2026-01-2026-03/sbom.adoc | 44 ++++ .../ru/status/report-2026-01-2026-03/stackit.adoc | 27 +++ .../ru/status/report-2026-01-2026-03/suspend.adoc | 36 +++ .../ru/status/report-2026-01-2026-03/sylve.adoc | 91 +++++++ .../ru/status/report-2026-01-2026-03/valgrind.adoc | 37 +++ .../ru/status/report-2026-01-2026-03/wazuh.adoc | 76 ++++++ website/data/ru/news/news.toml | 5 + 49 files changed, 2169 insertions(+), 2 deletions(-) diff --git a/website/content/ru/status/_index.adoc b/website/content/ru/status/_index.adoc index 02e9344947..555817250a 100644 --- a/website/content/ru/status/_index.adoc +++ b/website/content/ru/status/_index.adoc @@ -7,7 +7,7 @@ include::shared/ru/urls.adoc[] = Отчёты о состоянии работ FreeBSD -== Следующий квартальный отчёт (Октябрь -- Декабрь) принимается до: 31 декабря 2025 г. +== Следующий квартальный отчёт (Октябрь -- Декабрь) принимается до: 14 июня 2026 г. Если вы заинтересованы в отправке отчётов о состоянии работ или вам интересно, как работает процесс публикации, пожалуйста, ознакомьтесь с нашим link:{freebsd-status-report-process}[описанием процесса подготовки отчётов о состоянии]. @@ -21,6 +21,10 @@ include::shared/ru/urls.adoc[] Эти отчёты о состоянии работ могут быть воспроизведены полностью или частично при условии точного указания источника и предоставления соответствующих благодарностей. +== 2026 + +* link:report-2026-01-2026-03/[Январь 2026 - Март 2026] + == 2025 * link:report-2025-10-2025-12/[Октябрь 2025 - Декабрь 2025] @@ -199,5 +203,5 @@ include::shared/ru/urls.adoc[] // // The FreeBSD Russian Documentation Project // -// Original EN revision (21.02.2026): 7abc67487b744d81963fd62471d1544f8653d0df +// Original EN revision (22.04.2026): af764869f1df82d3f16ef3b108130116fa628a9c // diff --git a/website/content/ru/status/report-2026-01-2026-03/_index.adoc b/website/content/ru/status/report-2026-01-2026-03/_index.adoc new file mode 100644 index 0000000000..54d5ee8265 --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/_index.adoc @@ -0,0 +1,265 @@ +--- +title: "Отчёт о состоянии работ FreeBSD за первый квартал 2026" +sidenav: about +--- + += Введение +:doctype: article +:toc: macro +:toclevels: 2 +:icons: font +:!sectnums: +:source-highlighter: rouge +:experimental: +:reports-path: content/ru/status/report-2026-01-2026-03 + +include::content/ru/status/categories-desc.adoc[] + +include::{reports-path}/intro.adoc[] + +''' + +toc::[] + + +''' + +[[FreeBSD-Team-Reports]] +== Отчёты команд FreeBSD + +{FreeBSD-Team-Reports-desc} + +''' + +include::{reports-path}/freebsd-foundation.adoc[] + +''' + +include::{reports-path}/releng.adoc[] + +''' + +include::{reports-path}/portmgr.adoc[] + +''' + +include::{reports-path}/clusteradm.adoc[] + +''' + +include::{reports-path}/bugmeister.adoc[] + +''' + +[[projects]] +== Проекты + +{projects-desc} + +''' + +include::{reports-path}/cra.adoc[] + +''' + +include::{reports-path}/pkgbasify.adoc[] + +''' + +include::{reports-path}/alpha-omega-beach-cleaning.adoc[] + +''' + +include::{reports-path}/sbom.adoc[] + +''' + +include::{reports-path}/laptop-integration.adoc[] + +''' + +include::{reports-path}/desktop-script-bsdinstall.adoc[] + +''' + +include::{reports-path}/bhyvemgr.adoc[] + +''' + +include::{reports-path}/bhyve-cpuid.adoc[] + +''' + +include::{reports-path}/sylve.adoc[] + +''' + +include::{reports-path}/appjail.adoc[] + +''' + +include::{reports-path}/daemonless.adoc[] + +''' + +include::{reports-path}/kbench-maint-pkgdist.adoc[] + +''' + +include::{reports-path}/lldb.adoc[] + +''' + +[[uerland]] +== Поьзовательские программы + +{userland-desc} + +''' + +include::{reports-path}/pdwait.adoc[] + +''' + +[[kernel]] +== Ядро + +{kernel-desc} + +''' + +include::{reports-path}/acpi_system76.adoc[] + +''' + +include::{reports-path}/suspend.adoc[] + +''' + +include::{reports-path}/hibernate.adoc[] + +''' + +include::{reports-path}/cppc.adoc[] + +''' + +include::{reports-path}/audio.adoc[] + +''' + +include::{reports-path}/lkpi-wireless.adoc[] + +''' + +include::{reports-path}/jumbograms.adoc[] + +''' + +include::{reports-path}/geneve-support.adoc[] + +''' + +[[architectures]] +== Архитектуры + +{architectures-desc} + +''' + +include::{reports-path}/drm-drivers-aarch64.adoc[] + +''' + +include::{reports-path}/bananapi-r64-r2-pro-drivers.adoc[] + +''' + +include::{reports-path}/dpaa2.adoc[] + +''' + +include::{reports-path}/fred.adoc[] + +''' + +include::{reports-path}/h616.adoc[] + +''' + +[[cloud]] +== Облачная архитектура + +{cloud-desc} + +''' + +include::{reports-path}/ec2.adoc[] + +''' + +include::{reports-path}/stackit.adoc[] + +''' + +include::{reports-path}/buildpacks.adoc[] + +''' + +[[documentation]] +== Документация + +{documentation-desc} + +''' + +include::{reports-path}/frdp.adoc[] + +''' + +[[ports]] +== Порты + +{ports-desc} + +''' + +include::{reports-path}/kde.adoc[] + +''' + +include::{reports-path}/gcc.adoc[] + +''' + +include::{reports-path}/valgrind.adoc[] + +''' + +include::{reports-path}/openjdk.adoc[] + +''' + +include::{reports-path}/jdk21default.adoc[] + +''' + +include::{reports-path}/jdk25default.adoc[] + +''' + +include::{reports-path}/wazuh.adoc[] + +''' + +include::{reports-path}/hpc-ports-modernization.adoc[] + +''' + +include::{reports-path}/libvirt.adoc[] + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (17.04.2026): a6c3267d9bad84d633dc035d7de8af3621d8f9e9 +// \ No newline at end of file diff --git a/website/content/ru/status/report-2026-01-2026-03/acpi_system76.adoc b/website/content/ru/status/report-2026-01-2026-03/acpi_system76.adoc new file mode 100644 index 0000000000..02067b4dcb --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/acpi_system76.adoc @@ -0,0 +1,20 @@ +=== Драйвер ACPI для ноутбуков System76 + +Контакт: Pouria Mousavizadeh Tehrani <[email protected]> + +Я работал над специализированным драйвером для ноутбуков System76, и теперь он доступен в CURRENT. + +На данный момент добавлена поддержка: + +* Пороговых значений зарядки аккумулятора. link:https://cgit.freebsd.org/src/commit/?id=f87ba4522ec9e7b2227b8f20f3a4d7c6a129da1c[(коммит)] +* Яркости подсветки клавиатуры с поддержкой man:backlight[8]. link:https://cgit.freebsd.org/src/commit/?id=105869a2c78d21f310a8f271eaa510acea045805[(коммит)] +* Управления RGB-цветами подсветки клавиатуры. link:https://cgit.freebsd.org/src/commit/?id=cdad55809ef59239c3bbdc841ed307db68bb3971[(коммит)] + +Единственное, что осталось сделать — переключение между dGPU и iGPU силами драйвера. +Однако переключение возможно и без помощи драйвера. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): 041299443fee06f5c2a04aec882a10aabb04d70f +// diff --git a/website/content/ru/status/report-2026-01-2026-03/alpha-omega-beach-cleaning.adoc b/website/content/ru/status/report-2026-01-2026-03/alpha-omega-beach-cleaning.adoc new file mode 100644 index 0000000000..720f205874 --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/alpha-omega-beach-cleaning.adoc @@ -0,0 +1,32 @@ +=== Проект генеральной уборки Alpha-Omega (Alpha-Omega Beach Cleaning) + +Ссылки: + +link:https://alpha-omega.dev[Alpha-Omega -- Проект Linux Foundation] URL: link:https://alpha-omega.dev[] + +link:https://github.com/ossf/alpha-omega[Alpha-Omega на GitHub] URL: link:https://github.com/ossf/alpha-omega[] + +link:https://freebsdfoundation.org[Фонд FreeBSD] URL: link:https://freebsdfoundation.org[] + +link:https://github.com/FreeBSDFoundation/alpha-omega-beach-cleaning[Репозиторий проекта от Фонда FreeBSD] URL: link:https://github.com/FreeBSDFoundation/alpha-omega-beach-cleaning[] + +Контакт: Pierre Pronchery <[email protected]> + +Миссия Alpha-Omega — стимулировать устойчивые улучшения безопасности критически важных проектов с открытым исходным кодом и экосистем. +После успешного проекта с Фондом FreeBSD в 2024 году (аудит гипервизора bhyve и фреймворка изоляции Capsicum) Alpha-Omega снова выбрала FreeBSD — на этот раз для проекта Alpha Omega Beach Cleaning. +Этот новый грант направлен на общее повышение безопасности и сопровождаемости стороннего программного обеспечения в базовой системе FreeBSD. +Фонд FreeBSD получил грант, а также управлял и выполнял проект. +Официально проект завершён 30 марта 2026 года. + +После предыдущего отчёта за 2025Q4 были определены две основные цели: + +* Импорт pkgconf в базовую систему (см. link:https://github.com/freebsd/freebsd-src/pull/1994[черновик PR #1994] на GitHub) +* Импорт pkg в базовую систему (см. link:https://github.com/khorben/freebsd-src/tree/khorben/pkg-2.6.2[ветку khorben/pkg-2.6.2] на GitHub) + +Обе цели близки к завершению, и они были публично представлены на AsiaBSDCon 2026 на Тайване, как в ходе link:https://wiki.freebsd.org/DevSummit/202603[Саммита разработчиков FreeBSD], так и на link:https://2026.asiabsdcon.org/entry/talk/MSBLUR/[сессии Work-in-Progress] конференции. + +Ежемесячные отчёты направлялись в alpha-omega и доступны, как и прежде, на GitHub: link:https://github.com/ossf/alpha-omega/tree/main/alpha/engagements/2025/FreeBSD[за 2025 год] и link:https://github.com/ossf/alpha-omega/tree/main/alpha/engagements/2026/FreeBSD[за 2026 год]. + +Спонсоры: Alpha-Omega, Фонд FreeBSD + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): c2b58fa4f22a49990eee8c547a55aaeb63b59cdd +// diff --git a/website/content/ru/status/report-2026-01-2026-03/appjail.adoc b/website/content/ru/status/report-2026-01-2026-03/appjail.adoc new file mode 100644 index 0000000000..7a35190a43 --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/appjail.adoc @@ -0,0 +1,42 @@ +=== AppJail, AppScripts и песочница для X11-приложений + +Ссылки: + +link:https://github.com/DtxdF/AppJail[AppJail на GitHub] URL: link:https://github.com/DtxdF/AppJail[] + +link:https://github.com/DtxdF/appscript[AppScript на GitHub] URL: link:https://github.com/DtxdF/appscript[] + +link:https://github.com/DtxdF/x11appjail[x11appjail на GitHub] URL: link:https://github.com/DtxdF/x11appjail[] + + +Контакт: Jesús Daniel Colmenares Oviedo <[email protected]> + +**AppJail** — это open-source фреймворк под лицензией BSD-3, полностью написанный на POSIX-совместимом shell и C, предназначенный для создания изолированных, переносимых и простых в развёртывании окружений с использованием клеток (jail) во FreeBSD, которые ведут себя как приложения. + +**AppScript** — это очень лёгкий и простой в использовании инструмент для создания самодостаточных исполняемых файлов. + +Виртуализация на уровне операционной системы не так совершенна, как виртуализация на уровне оборудования: уязвимость в устройстве, не скрытом внутри клетки, может создать угрозу для хоста, но при правильной настройке это гораздо лучше, чем запуск приложения напрямую на хосте. + +Клетки — это реализация виртуализации на уровне ОС для FreeBSD. +С помощью клетки можно легко ограничить множество аспектов: link:https://appjail.readthedocs.io/en/latest/limits/[ограничение ресурсов], link:https://appjail.readthedocs.io/en/latest/DEVFS/[ограничение доступа к устройствам /dev], ограничение файловой системы, link:https://github.com/DtxdF/AppJail/wiki/filter[ограничение сети] и многие другие. +Всё это прозрачно для приложения, работающего внутри клетки. +Однако одна проблема, особенно с X11-приложениями, — это отсутствие изоляции. +Пользователи часто используют трюк с `xhost +`, чтобы запустить X11-приложение внутри клетки и отобразить его на X-сервере хоста. +Это создаёт угрозу безопасности, поскольку, даже если X11-приложение работает внутри клетки и даже если оно работает как непривилегированный процесс, оно может получить большое количество информации с хоста. +Поэтому скомпрометированное приложение, приложение с бэкдором или просто собирающее много информации в «телеметрических целях» может стать кошмаром при такой настройке и в худшем случае скомпрометировать хост. + +Недавно в AppJail была добавлена новая команда для решения этой проблемы: man:appjail-x11[1]. +Эта команда запускает приложение внутри клетки, но отображает его на новом X-сервере, созданном Xephyr, который уже аутентифицирован с помощью **MIT-MAGIC-COOKIE-1**. +Это гораздо проще и легковеснее, чем настраивать SSH-сервер внутри клетки, создавать для этого ключевую пару, подключаться к клетке и т.д. +Однако эта команда не ограничивается только этим: вы можете изменять размер окна Xephyr, и ваше DE/WM будет соответствующим образом обновляться, поскольку эта команда способна обнаруживать такие изменения. + +Однако, хотя с помощью этой команды уже многое достигнуто, пользователь должен установить DE/WM и приложение внутри клетки, а возможно, установить и пользовательский .desktop-файл на хосте. +Это можно автоматизировать с помощью Makejails, и продвинутые пользователи справятся с этим, поскольку они любят всё настраивать, но для обычного пользователя (или даже для меня) я хотел распространять приложения так, чтобы пользователям не нужно было делать ничего, кроме как просто запустить приложение, и именно эту задачу призван решать x11appjail. + +link:https://github.com/DtxdF/x11appjail[x11appjail] — это репозиторий, содержащий предварительно написанные скрипты для развёртывания некоторых X11-приложений с использованием appjail-x11, который автоматизирует установку .desktop-файла, иконки, создание jail через Makejails, а также устанавливает разумные переменные окружения по умолчанию, которые можно легко изменить во время выполнения. +Однако на самом деле репозиторий усугубляет проблему удобства использования: теперь пользователь должен клонировать репозиторий и получать обновления, чего может быть достаточно для некоторых пользователей, но я хотел добиться достаточно хорошего удобства использования приложения и возможности легко изолировать его в клетке. +Поэтому я написал link:https://github.com/DtxdF/appscript[appscript], который создаёт SFX-файлы в формате ELF, и они автоматически создаются с каждым новым релизом этого репозитория благодаря GitHub workflow. + +Спонсор: https://www.patreon.com/appjail + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): a5bfce1d601b0f0084587f32081dad7cb652cb50 +// diff --git a/website/content/ru/status/report-2026-01-2026-03/audio.adoc b/website/content/ru/status/report-2026-01-2026-03/audio.adoc new file mode 100644 index 0000000000..f06b10c317 --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/audio.adoc @@ -0,0 +1,32 @@ +=== Улучшения звукового стека (Audio Stack Improvements) + +Контакт: Christos Margiolis <[email protected]> + +Я работаю над аудиостеком с 2024Q1. Ниже приведён список предыдущих отчётов о состоянии: + +link:https://www.freebsd.org/status/report-2024-01-2024-03/#_audio_stack_improvements[2024Q1] URL: link:https://www.freebsd.org/status/report-2024-01-2024-03/#_audio_stack_improvements[] + +link:https://www.freebsd.org/status/report-2024-04-2024-06/#_audio_stack_improvements[2024Q2] URL: link:https://www.freebsd.org/status/report-2024-04-2024-06/#_audio_stack_improvements[] + +link:https://www.freebsd.org/status/report-2024-07-2024-09/#_audio_stack_improvements[2024Q3] URL: link:https://www.freebsd.org/status/report-2024-07-2024-09/#_audio_stack_improvements[] + +link:https://www.freebsd.org/status/report-2024-10-2024-12/#_audio_stack_improvements[2024Q4] URL: link:https://www.freebsd.org/status/report-2024-10-2024-12/#_audio_stack_improvements[] + +link:https://www.freebsd.org/status/report-2025-01-2025-03/#_audio_stack_improvements[2025Q1] URL: link:https://www.freebsd.org/status/report-2025-01-2025-03/#_audio_stack_improvements[] + +link:https://www.freebsd.org/status/report-2025-04-2025-06/#_audio_stack_improvements[2025Q2] URL: link:https://www.freebsd.org/status/report-2025-04-2025-06/#_audio_stack_improvements[] + +link:https://www.freebsd.org/status/report-2025-07-2025-09/#_audio_stack_improvements[2025Q3] URL: link:https://www.freebsd.org/status/report-2025-07-2025-09/#_audio_stack_improvements[] + +link:https://www.freebsd.org/status/report-2025-10-2025-12/#_audio_stack_improvements[2025Q4] URL: link:https://www.freebsd.org/status/report-2025-10-2025-12/#_audio_stack_improvements[] + +Важная работа после link:https://www.freebsd.org/status/report-2025-10-2025-12/#_audio_stack_improvements[последнего отчёта]: + +* Статья в журнале FreeBSD Journal link:https://freebsdfoundation.org/wp-content/uploads/2026/01/margolis_vox.pdf[опубликована]. +* Очистка, исправления и улучшения man:sound[4] и man:virtual_oss[8]. +* Поддержка libxo для man:sndctl[8]. +* Начата реализация поддержки link:https://en.wikipedia.org/wiki/Direct_Stream_Digital[формата DSD] и link:https://dsd-guide.com/dop-open-standard[DoP]. +* Начата реализация утилиты управления Bluetooth-устройствами. + +Вы также можете следить за процессом разработки в link:https://github.com/FreeBSDFoundation/status-updates/tree/main/Christos_Margiolis[репозитории status-updates] Фонда FreeBSD, где я публикую еженедельные отчёты. + +Спонсор: Фонд FreeBSD + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): eae9a0a13893df5a3a8b0038d52f8821fcb4e227 +// diff --git a/website/content/ru/status/report-2026-01-2026-03/bananapi-r64-r2-pro-drivers.adoc b/website/content/ru/status/report-2026-01-2026-03/bananapi-r64-r2-pro-drivers.adoc new file mode 100644 index 0000000000..0eb9d946e1 --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/bananapi-r64-r2-pro-drivers.adoc @@ -0,0 +1,81 @@ +=== Разработка драйверов FreeBSD для BananaPi-R64/R2-PRO + +Ссылки: + +link:https://wiki.freebsd.org/arm/Bananapi[Wiki] URL: link:https://wiki.freebsd.org/arm/Bananapi[] + +Контакт: Martin Filla <[email protected]> + +==== Введение в R64 + +Banana Pi R64 — это плата разработки на базе MediaTek MT7622 (ARM Cortex-A53, двухъядерный ~1.35 ГГц), оснащённая 4× Gigabit LAN, 1× Gigabit WAN, Wi-Fi (4×4n), Bluetooth 5.0 и множеством периферийных интерфейсов (UART, SPI, I²C, GPIO, SATA, mini-PCIe, eMMC и т.д.). + +==== Текущее состояние поддержки FreeBSD на R64 + +На данный момент реализовано: + +- **Драйвер UART** +- **Управление тактовой частотой (clocks)** +- **Pinctrl** +- **Драйвер контроллера хранения (eMMC/SD/MMC)** +- **Драйвер Ethernet-коммутатора mt7531** +- **Драйвер Ethernet mt7622** +- **Драйвер XHCI** +- **Драйвер Watchdog** +- **Драйвер RTC** +- **Драйвер RNG** +- **Драйвер Pciecfg** +- **Драйвер SysIRQ** + +==== План разработки для R64 + +Реализовать недостающие драйверы: + +- USB3 / T-PHY +- SATA / AHCI / T-PHY +- Wi-Fi (вероятно, MediaTek MT7615) +- Подсистемы GPIO +- I2C +- SPI +- PWM +- PCIE + +Драйверы в стадии разработки: +- T-PHY + + +==== Введение в R2-PRO + +Banana Pi BPI-R2 Pro — это плата разработки следующего поколения для интеллектуальных маршрутизаторов. +Она работает на процессоре Rockchip RK 3568. +Имеет на борту 2 ГБ LPDDR4 и 16 ГБ eMMC, поддерживает 2 интерфейса USB 3.0, 5 гигабитных сетевых портов. +Интерфейсы M.2 key-E и mini PCIe, 2 интерфейса mipi DSI (один можно программно переключить на LVDS), 1 интерфейс CSI для камеры, 1 выход HDMI. + +==== Текущее состояние поддержки FreeBSD на R2-PRO + +На данный момент реализовано: + +- **Драйвер UART** +- **Управление тактовой частотой (clocks)** +- **Pinctrl** +- **GPIO** +- **Драйвер контроллера хранения (eMMC/SD/MMC)** +- **Драйвер XHCI** +- **Драйвер Watchdog** +- **Драйвер PCIE** + +==== План разработки для R2-PRO + +Реализовать недостающие драйверы: +- HDMI +- MIPI +- USB3 + +Драйверы в стадии разработки: +- AHCI/SATA +- PCIE + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): 3480adec52cec96058bf41422969e7354c66e97b +// diff --git a/website/content/ru/status/report-2026-01-2026-03/bhyve-cpuid.adoc b/website/content/ru/status/report-2026-01-2026-03/bhyve-cpuid.adoc new file mode 100644 index 0000000000..81cbb27e32 --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/bhyve-cpuid.adoc @@ -0,0 +1,90 @@ +=== Полный контроль CPUID для bhyve + +Контакт: Hans Rosenfeld <[email protected]> + +==== Обзор проекта + +Текущая работа над этим проектом направлена на интеграцию существующей экспериментальной реализации (proof-of-concept) во FreeBSD и добавление следующих функций, улучшающих удобство использования: + +- удобный метод настройки для переопределения отдельных битов, частей или даже целых функций CPUID по мере необходимости с сохранением остальной информации CPUID хоста или предопределённой конфигурации CPUID +- удобный метод настройки сигнатуры гипервизора, сообщаемой bhyve +- набор предопределённых конфигураций CPUID, основанных на общепринятых архитектурных уровнях x86, возможно, также включающий набор данных CPUID для нескольких реальных моделей CPU, а также удобный метод настройки для выбора одного из них для виртуальной машины + +==== Изменения за последний квартал + +===== Расширения bhyvectl +В прототипе конфигурации CPUID уже была реализована новая команда для bhyvectl, `--get-cpuid-cfg`, для запроса конфигурации CPUID виртуального CPU. + +Теперь реализована ещё одна новая команда для bhyvectl, `--get-cpuid`, которая получает эмулируемые значения CPUID для виртуального CPU. + +Существует несколько режимов работы `--get-cpuid`: + +`bhyvectl --get-cpuid=<leaf>[,<index>]`:: Получает эмулируемое значение CPUID для отдельного листа CPUID и, опционально, индекса. +`bhyvectl --get-cpuid[=all]`:: Получает полный набор эмулируемых значений CPUID для всех поддерживаемых листов и всех поддерживаемых индексов. +`bhyvectl --get-cpuid=all,p`:: То же, что и выше, но вывод может быть разобран как набор параметров конфигурации CPUID для bhyve. +`bhyvectl --get-cpuid=all,s`:: То же, что и выше, но вывод является «разреженным», то есть печатаются только те листы и индексы CPUID, чьи значения на данном виртуальном CPU (с ключом `--cpu`) отличаются от того же листа и индекса на виртуальном CPU 0. + +Последние два режима можно использовать для создания базовой конфигурации CPUID, основанной на эмуляции CPUID от bhyve, которую затем можно изменить по желанию. + +===== Более гибкая настройка CPUID +Механизм конфигурации CPUID, реализованный в рамках прототипа, был переработан, чтобы обеспечить более гибкую и детальную настройку, не требующую указания всего набора информации CPUID. +Вот пример конфигурации: + +------------------- +cpuid.0x00000001=edx|=0x00040000 +cpuid.0x00000003=ecx=0x01234567,edx=0x89abcdef +vcpu.1.cpuid.0x00000003=ecx|=0x10000000 +vcpu.2.cpuid.0x00000003=ecx|=0x20000000 +vcpu.3.cpuid.0x00000003=ecx|=0x30000000 +vcpu.4.cpuid.0x00000003=ecx|=0x40000000 +vcpu.5.cpuid.0x00000003=ecx|=0x50000000 +vcpu.6.cpuid.0x00000003=ecx|=0x60000000 +vcpu.7.cpuid.0x00000003=ecx|=0x70000000 +vcpu.8.cpuid.0x00000003=ecx|=0x80000000 +vcpu.9.cpuid.0x00000003=ecx|=0x90000000 +vcpu.10.cpuid.0x00000003=ecx|=0xa0000000 +vcpu.11.cpuid.0x00000003=ecx|=0xb0000000 +vcpu.12.cpuid.0x00000003=ecx|=0xc0000000 +vcpu.13.cpuid.0x00000003=ecx|=0xd0000000 +vcpu.14.cpuid.0x00000003=ecx|=0xe0000000 +vcpu.15.cpuid.0x00000003=ecx|=0xf0000000 +cpuid.0x0000000b,0=edx=0xffffffff +cpuid.0x0000000b,1=edx=0xeeeeeeee +cpuid.0x0000000b,2=edx=0xdddddddd +------------------- + +Приведённая выше конфигурация CPUID включает функцию «Processor Serial Number» (0x00000001, бит 18 в EDX) на всех виртуальных CPU и устанавливает серийный номер по умолчанию 0x01234567, 0x89abcef. + +На каждом виртуальном CPU, кроме vCPU 0, она перезаписывает одну цифру серийного номера идентификатором виртуального CPU, чтобы каждый виртуальный CPU имел уникальный серийный номер. + +Последние три присваивания не имеют смысла. +Лист 0x0000000b содержит информацию о топологии во всех индексах, а регистр EDX всегда содержит x2APIC ID виртуального CPU. +Следовательно, эти последние три присваивания будут молча игнорироваться. + +===== Использование архитектурных уровней x86 + +Теперь можно указать архитектурный уровень x86: + +------------------- +cpuid.archlevel=v1 +------------------- + +Это отключит все возможности архитектурных уровней x86 от v2 до v3, ограничив набор возможностей CPU набором архитектурного уровня x86 v1. + +==== Планы на следующий квартал + +* Поддержка архитектурных уровней x86 должна стать более надёжной. +Хотя прямая настройка информации CPUID должна позволять изменять почти всё, для архитектурных уровней x86 следует проверять, действительно ли оборудование поддерживает все возможности, определённые в архитектурном уровне. +Установка архитектурного уровня, который не поддерживается CPU, должна быть запрещена или, по крайней мере, должно выдаваться предупреждение. + +* Аналогично установке архитектурного уровня x86, будет реализован механизм для переопределения идентификации гипервизора без необходимости ручного изменения битов CPUID. + +* Отправить весь код на рецензирование и включить во FreeBSD. + +Спонсор: Фонд FreeBSD + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): 62f27e3f42026437ef0afd0b5078f5e08e1b3abc +// diff --git a/website/content/ru/status/report-2026-01-2026-03/bhyvemgr.adoc b/website/content/ru/status/report-2026-01-2026-03/bhyvemgr.adoc new file mode 100644 index 0000000000..51845e5ad7 --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/bhyvemgr.adoc @@ -0,0 +1,40 @@ +=== Графический интерфейс управления bhyve, написанный на Freepascal/Lazarus + +Ссылки: + +link:https://github.com/alonsobsd/bhyvemgr[Bhyvemgr] URL: link:https://github.com/alonsobsd/bhyvemgr/[] + + +Контакт: José Alonso Cárdenas Márquez <[email protected]> + +Bhyvemgr — это графический интерфейс управления bhyve, написанный на Freepascal/Lazarus во FreeBSD. +Для работы ему требуется набор инструментов, в основном установленных в базовой системе, а некоторые устанавливаются из портов/пакетов. +Основная цель — создать настольное приложение, ориентированное на пользователей рабочих станций, позволяющее легко и быстро настраивать и запускать виртуальные машины на хостах FreeBSD. + +В течение этого квартала в Bhyvemgr было сделано множество исправлений ошибок и улучшений. + +Вот некоторые основные добавленные улучшения: + +- Добавлена поддержка PF/NAT +- Добавлен параметр -n для команд sudo/doas. + В случае отсутствия прав на запуск некоторых приложений ошибка будет сохранена в файл журнала +- Добавлены некоторые инструкции в link:https://github.com/alonsobsd/bhyvemgr/wiki[wiki] bhyvemgr +- Изменён параметр RDP: /log-level:off на /log-level:ERROR +- Улучшена поддержка aarch64 +- Улучшено окно настроек +- Улучшена поддержка IPv6 +- Улучшена функциональность журналирования +- Обновлены переводы + +Bhyvemgr поддерживает aarch64 на версиях от 15.x до 16-CURRENT и amd64 на версиях FreeBSD от 14.x до 16-CURRENT. +Его можно скомпилировать или установить из link:https://www.freshports.org/sysutils/bhyvemgr[портов] или пакетов с поддержкой интерфейса gtk2, qt5 или qt6. + +Приветствуются люди, заинтересованные в помощи или поддержке проекта. + +Текущая версия: 1.13.1 + +Спонсор: link:https://paypal.me/alonsocbsd[] + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): bbcf0280a1c74936f620e44327d8639d1eeca8c4 +// diff --git a/website/content/ru/status/report-2026-01-2026-03/bugmeister.adoc b/website/content/ru/status/report-2026-01-2026-03/bugmeister.adoc new file mode 100644 index 0000000000..c4820a568f --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/bugmeister.adoc @@ -0,0 +1,27 @@ +=== Команда Bugmeister + +Ссылки: + +link:bugs.freebsd.org/[FreeBSD Bugzilla] URL: link:bugs.freebsd.org/[] + +Контакт: Bugmeister <[email protected]> + +Команда Bugmeister отвечает за то, чтобы программное обеспечение для работы с отчётами о проблемах (Problem Report) функционировало корректно, записи были правильно классифицированы и не содержало недействительных записей. + +Мы завершаем квартал с 9548 открытыми PR, что немного выше по каждой категории по сравнению с этим временем в прошлом году. +БОльшую часть времени в этом квартале мы потратили на приветствие новых контрибьюторов перед предоставлением им учётной записи. +Мы считаем, что это идёт очень хорошо и привело к повышению активности и качества заявок, но мы полагаем, что в команде могло бы быть ещё несколько человек. + +Мы приветствовали нового члена команды Triage, Саймона Воллваге (Simon Wollwage), который с любовью просматривал базу данных, обновлял патчи и был добр к контрибьюторам. +Благодаря его усилиям множество отчётов было закрыто или их основные проблемы были исправлены, и мы благодарим его. + +Мы завершили обновление документации, в которой теперь требуется, чтобы предлагаемые изменения отправлялись в виде патчей в формате git. +Это сэкономит время, повысит безопасность и позволит правильно передавать метаданные автора. +Если мы где-то что-то упустили, пожалуйста, сообщите нам. + +См. также: link:https://wiki.freebsd.org/Bugzilla/SearchQueries[] + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): 577feb9dd9918d8b3e15084bb8401347b273a3f4 +// diff --git a/website/content/ru/status/report-2026-01-2026-03/buildpacks.adoc b/website/content/ru/status/report-2026-01-2026-03/buildpacks.adoc new file mode 100644 index 0000000000..6411dea78b --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/buildpacks.adoc @@ -0,0 +1,31 @@ +=== Контейнеры и FreeBSD: Cloud Native Buildpacks + +Ссылки: + +link:https://buildpacks.io/[Cloud Native Buildpacks (CNBs)] URL: link:https://buildpacks.io/[] + +link:https://github.com/buildpacks/pack[Репозиторий Buildpacks на GitHub] URL: link:https://github.com/buildpacks/pack[] + +Контакт: Robert Gogolok <[email protected]> + +link:https://buildpacks.io/[Cloud Native Buildpacks (CNBs)] преобразуют исходный код приложения в образы контейнеров. +Эти образы могут работать в любом облаке. +С помощью buildpacks организации могут сконцентрировать знания о передовых практиках сборки контейнеров в специализированной команде, вместо того чтобы заставлять разработчиков приложений по всей организации индивидуально сопровождать свои собственные Dockerfile. + +С момента последнего отчёта в 2025Q1 проект перешёл от экспериментальной поддержки к официальному предоставлению бинарных файлов: + +* Как основной инструмент CLI `pack`, так и ключевой компонент `lifecycle` теперь поставляются с бинарными файлами для FreeBSD при каждом новом релизе вышестоящего репозитория. +* Новый порт для CLI, `sysutils/pack`, был отправлен (link:https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=292952[PR 292952]). + Это позволит пользователям устанавливать инструмент с помощью `pkg install pack` после того, как порт будет зафиксирован. +* Официальный репозиторий link:https://github.com/buildpacks/samples[buildpacks/samples] теперь включает pull request (link:https://github.com/buildpacks/samples/pull/201[PR #201]) для FreeBSD в статусе Work-In-Progress. + +Следующие шаги сосредоточены на снижении порога входа для разработчиков и улучшении автоматизации процесса сборки для FreeBSD: + +* Найти коммитера портов FreeBSD, который рассмотрит и добавит link:https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=292952[новый порт sysutils/pack] в дерево портов. +* Решить link:https://github.com/buildpacks/pack/issues/2546[известную проблему] в `pack builder create`, где инструмент ошибочно пытается использовать URL-адреса, не предназначенные для FreeBSD, для загрузки определённых бинарных файлов. +* Изучить возможность создания link:https://paketo.io[buildpacks в стиле Paketo] специально для FreeBSD. + Это обеспечит сборки с «нулевой конфигурацией» для популярных языков (например, Go), создающие внутри контейнеров нативные бинарные файлы для FreeBSD. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): 52a1580efbe35dc8b5ecb173d31f81811db8415a +// diff --git a/website/content/ru/status/report-2026-01-2026-03/clusteradm.adoc b/website/content/ru/status/report-2026-01-2026-03/clusteradm.adoc new file mode 100644 index 0000000000..2204561322 --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/clusteradm.adoc @@ -0,0 +1,87 @@ +=== Команда администраторов кластера + +Ссылки: + +link:https://www.freebsd.org/administration/#t-clusteradm[Члены команды Cluster Administration] URL: link:https://www.freebsd.org/administration/#t-clusteradm[] + +Контакт: Команда администраторов кластера <[email protected]> +Контакт: Philip Paeps <[email protected]> + +Члены команды администраторов кластера FreeBSD отвечают за управление машинами, на которых проект FreeBSD обеспечивает синхронизацию своей распределённой работы и коммуникаций. + +В этом квартале команда работала над следующим: + +* Обычная поддержка учётных записей пользователей FreeBSD.org. +* Обычная поддержка дисков и компонентов (и их замена) для всех физических хостов и зеркал. +* Обновление программного обеспечения кластера. +* Координация работы сообщества зеркал. + +==== Обновление кластера + +Ветка stable/13 перестанет поддерживаться командой security-officer@ FreeBSD в конце апреля 2026 года. +Несколько критически важных компонентов инфраструктуры проекта FreeBSD были обновлены с FreeBSD stable/13 до FreeBSD stable/14 и FreeBSD stable/15. +Эта работа продолжается в конце месяца. + +Команда clusteradm обновляет производственные сборщики пакетов (около 35 физических машин) с периодичностью примерно раз в шесть-восемь недель. +На этих машинах работают снимки текущей версии FreeBSD (current). + +Другие машины обновляются по мере необходимости, получая исправления безопасности в зависимости от того, насколько они открыты для внешнего доступа. + +На момент написания этого отчёта в кластере насчитывается 146 физических машин. +У нас 42 машины на current, 17 на stable/15 и 80 на stable/14. + +Большинство оставшихся jail на stable/13 будут обновлены до stable/15. + +[.screen] +---- + 12.x: Обычные 0, Jails 7 + 13.x: Обычные 7, Jails 33 + 14.x: Обычные 80, Jails 263 + 15.x: Обычные 17, Jails 4 +>16.x: Обычные 42, Jails 6 +Всего: Обычные 146, Jails 313 +Всего установок: 459 +Работает на -RELEASE|{-p*}: 0 +Всего географических точек: 13 +---- + +==== Официальные зеркала FreeBSD + +Текущие расположения: Австралия, Бразилия, Япония (два полных сайта-зеркала), Малайзия, Южная Африка, Швеция, Тайвань и Соединённые Штаты Америки — Калифорния, Чикаго, Нью-Джерси и Вашингтон. + +Наш сайт-зеркало на Тайване испытывает длительный перерыв в работе. + +Одно из наших зеркал в Японии получит полное обновление оборудования во 2-м квартале 2026 года. + +Оборудование и сетевое соединение были щедро предоставлены: + +* Cloud and SDN Laboratory компании link:https://www.bbtower.co.jp/en/corporate/[BroadBand Tower, Inc] +* link:https://www.cs.nycu.edu.tw/[Департамент компьютерных наук Национального университета Ян Мин Чяо Тун] +* link:https://internet.asn.au/[Интернет-ассоциация Австралии] +* link:https://www.isc.org/[Консорциум интернет-систем] +* link:https://www.inx.net.za/[INX-ZA] +* link:https://www.kddi-webcommunications.co.jp/english/[KDDI Web Communications Inc] +* link:https://www.mohe.gov.my/en/services/research/myren[Малайзийская исследовательская и образовательная сеть] +* link:https://www.metapeer.com/[MetaPeer] +* link:https://www.nyi.net/[New York Internet] +* link:https://nic.br/[NIC.br] +* link:https://sonic.net[Sonic] +* link:https://www.teleservice.net/[Teleservice Skåne AB] +* link:https://your.org/[Your.Org] + +Новые официальные зеркала всегда приветствуются. +Мы отметили преимущества размещения отдельных зеркал в точках обмена интернет-трафиком (Internet Exchange Points) по всему миру, о чём свидетельствуют наши существующие зеркала в Австралии, Бразилии и Южной Африке. +Если вы связаны с какими-либо организациями, готовыми предоставить сервер для отдельного зеркала, или знаете о таких организациях, пожалуйста, свяжитесь с нами. +Мы особенно заинтересованы в локациях в Европе. + +Смотрите link:https://wiki.freebsd.org/Teams/clusteradm/generic-mirror-layout[общую схему размещения зеркал] для получения полных спецификаций сайта-зеркала и link:https://wiki.freebsd.org/Teams/clusteradm/tiny-mirror[маленькое зеркало] для отдельного сайта-зеркала. + +Фонд FreeBSD не финансирует работу над кластером FreeBSD.org. + +Спонсоры: Несколько анонимных частных лиц и компаний +Спонсор: https://github.com/sponsors/ppaeps + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): 9dd2d68f3aeaa8e79c872628cddbcd2a0363aedf +// diff --git a/website/content/ru/status/report-2026-01-2026-03/cppc.adoc b/website/content/ru/status/report-2026-01-2026-03/cppc.adoc new file mode 100644 index 0000000000..5fd799dd20 --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/cppc.adoc @@ -0,0 +1,47 @@ +=== Совместное управление производительностью процессоров (CPPC) + +Контакт: ShengYi Hung <[email protected]> + +Контакт: Olivier Certner <[email protected]> + +Совместное управление производительностью процессоров (Collaborative Processor Performance Control, CPPC) — это стандарт, представленный ACPI, позволяющий операционной системе управлять производительностью и, соответственно, эффективностью процессоров благодаря абстрактной шкале производительности, в общем случае не коррелирующей с простыми уровнями частоты и обеспечивающей более тонкую настройку, чем они. +Intel и AMD уже несколько лет предоставляют реализации процессоров с поддержкой ACPI CPPC. + +FreeBSD поддерживала включение CPPC, но только для процессоров Intel и позволяла управлять полезным, но очень ограниченным подмножеством его функциональности благодаря драйверу man:hwpstate_intel[4], добавленному в 2020 году. +Автономный выбор целевой производительности аппаратным обеспечением в зависимости от рабочей нагрузки принудительно включён, и только основной соответствующий аппаратный параметр, называемый Efficiency/Performance Preference (EPP), доступен администратору через параметр man:sysctl[8]. + +Мы добавили поддержку реализации CPPC от AMD в существующий драйвер man:hwpstate_amd[4], который, в отличие от man:hwpstate_intel[4], до сих пор управлял только «обычными» P-состояниями. +Драйвер предоставляет 4 параметра man:sysctl[8]: минимальная производительность, максимальная производительность, желаемая производительность и EPP. +Минимальная, максимальная и желаемая производительность — это значения от 0 до 255, но в зависимости от аппаратного обеспечения эффект может иметь только поддиапазон. +Начальные значения минимальной и максимальной производительности устанавливаются равными границам эффективного поддиапазона в соответствии с указаниями платформы (если они доступны). +Управление EPP служит для выражения предпочтения в сторону эффективности или производительности и представляет собой значение от 0 (максимальное предпочтение производительности) до 255 (максимальное предпочтение эффективности). +Желаемая производительность может быть установлена на любое значение между минимальной и максимальной производительностью или на специальное значение 0 для включения аппаратного автономного выбора целевой производительности в зависимости от текущей рабочей нагрузки. +Управление минимальной производительностью, максимальной производительностью и EPP применяется независимо от того, включён ли автономный выбор или указана конкретная желаемая производительность. +Обратите внимание, что эффект каждой комбинации этих значений зависит от модели процессора, и мы уже смогли наблюдать сильно различающееся поведение на нескольких из них. +Поэтому ожидайте, что вам придётся экспериментировать, чтобы найти значения, подходящие для ваших сценариев использования на конкретной машине. + +man:hwpstate_amd[4] включён в ядро `GENERIC` (через man:cpufreq[4]) и использует CPPC, если процессоры поддерживают его, если только явно не указано иное (через параметр `machdep.hwpstate_amd_cppc_enable`). +Следовательно, чтобы избежать регрессии производительности, на данный момент мы решили установить вышеупомянутые параметры управления на максимальную производительность, так как это поведение по умолчанию для традиционной поддержки P-состояний, а также для любого другого драйвера man:cpufreq[4], за исключением man:hwpstate_intel[4] (который в настоящее время принудительно включает аппаратный автономный выбор и устанавливает EPP по умолчанию в `0x 80` (50%)). +Это может быть пересмотрено позже, в зависимости от того, сможем ли мы надёжно определить, является ли работающий компьютер ноутбуком. + +Следующие шаги: + +1. Изменить man:hwpstate_intel[4], чтобы он соответствовал поддержке CPPC от man:hwpstate_amd[4] с точки зрения функциональности и поведения по умолчанию. + Это включает: + - Улучшенную обработку ошибок и вывод отладочной информации + - Предоставление параметров для всех вышеупомянутых элементов управления + - Изменение шкалы EPP (с процентов на 8-битное значение) + - Изменение значений по умолчанию +2. Написать справочную страницу для man:hwpstate_amd[4] (тем временем объяснений здесь и встроенной документации параметров man:sysctl[8] должно быть достаточно). +3. Обучить man:powerd[8] параметрам управления CPPC и некоторым простым политикам их установки. +4. Обучить man:cpufreq[4] абстрактным значениям производительности, чтобы предоставить унифицированный интерфейс для их получения или установки. +5. Реализовать в man:cpufreq[4] поддержку настроек на каждый процессор. +6. Выбирать значения управляющих параметров по умолчанию на основе типа платформы (вероятно, из поля `Preferred_PM_Profile` ACPI ``FADT``). +7. Возможно, переместить политики man:powerd[8] в пространство ядра. + +Спонсор: Фонд FreeBSD + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (18.04.2026): 0771c0223246c9d535601c99a435a3f7199a6c45 +// diff --git a/website/content/ru/status/report-2026-01-2026-03/cra.adoc b/website/content/ru/status/report-2026-01-2026-03/cra.adoc new file mode 100644 index 0000000000..bf48e697ce --- /dev/null +++ b/website/content/ru/status/report-2026-01-2026-03/cra.adoc @@ -0,0 +1,22 @@ +=== Проект готовности к Закону о киберустойчивости (CRA) + +Ссылки: + +link:https://github.com/FreeBSDFoundation/all-projects/tree/main/Cyber%20Resilience%20Act%20Readiness[Готовность к Закону о киберустойчивости] URL: https://github.com/FreeBSDFoundation/all-projects/tree/main/Cyber%20Resilience%20Act%20Readiness[] + +Фонд реализует проект в течение 2026 года для активной подготовки Фонда FreeBSD, Проекта и сообщества к Закону о киберустойчивости (Cyber Resilience Act) ЕС. +Выделено шесть основных направлений: Безопасность и обработка уязвимостей, Инструментарий SBOM, Публичная документация, Взаимодействие с законодателями в сообществе, Публичный репозиторий проекта и Коммуникации. + +За февраль и март проект перешёл от планирования к активной реализации. +Теперь проводятся внутренние еженедельные координационные встречи, и привлечённый Фондом руководитель по безопасности Пьер Проншери (Pierre Pronchery) присоединился к команде безопасности FreeBSD, чтобы более тесно согласовать работу проекта с существующими процессами безопасности Проекта FreeBSD. + +Что касается взаимодействия с регулирующими органами, Фонд совместно подписал письмо Open Source Initiative Европейской комиссии в поддержку добровольной аттестации безопасности, внёс вклад в отзыв Eclipse Foundation о проекте рекомендаций CRA, а также посетил FOSDEM и FOSS Backstage для сотрудничества с другими сообществами открытого исходного кода, осваивающими CRA. + +Техническая работа над инструментарием SBOM успешно продвигается, и ранняя автоматическая генерация SBOM сейчас находится на стадии тестирования. +Создан публичный репозиторий проекта для прозрачного отслеживания прогресса, опубликован FAQ для сообщества, а для вопросов доступен специальный адрес для связи. +Также началась работа с производителями нижнего звена. + +// *** 1565 LINES SKIPPED ***