Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 Apr 2026 16:46:36 +0000
From:      Vladlen Popolitov <vladlen@FreeBSD.org>
To:        doc-committers@FreeBSD.org, dev-commits-doc-all@FreeBSD.org
Subject:   git: 97df6d3b89 - main - website: translate Status report Q1 2026 to russian
Message-ID:  <69e8fb6c.3ce6a.7057d63b@gitrepo.freebsd.org>

index | next in thread | raw e-mail

The branch main has been updated by vladlen:

URL: https://cgit.FreeBSD.org/doc/commit/?id=97df6d3b89e8794be49686c50ead6b1d3e088f6e

commit 97df6d3b89e8794be49686c50ead6b1d3e088f6e
Author:     Vladlen Popolitov <vladlen@FreeBSD.org>
AuthorDate: 2026-04-22 16:45:56 +0000
Commit:     Vladlen Popolitov <vladlen@FreeBSD.org>
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 <pouria@FreeBSD.org>
+
+Я работал над специализированным драйвером для ноутбуков 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 <pierre@freebsdfoundation.org>
+
+Миссия 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 <dtxdf@FreeBSD.org>
+
+**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 <christos@FreeBSD.org>
+
+Я работаю над аудиостеком с 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 <freebsd@sysctl.cz>
+
+==== Введение в 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 <rosenfeld@grumpf.hope-2000.org>
+
+==== Обзор проекта
+
+Текущая работа над этим проектом направлена на интеграцию существующей экспериментальной реализации (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 <acm@FreeBSD.org>
+
+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 <bugmeister@FreeBSD.org>
+
+Команда 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 <gogolok@gmail.com>
+
+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[]
+
+Контакт: Команда администраторов кластера <clusteradm@FreeBSD.org>
+Контакт: Philip Paeps <philip@FreeBSD.org>
+
+Члены команды администраторов кластера 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 <aokblast@FreeBSD.org> +
+Контакт: Olivier Certner <olce@FreeBSD.org>
+
+Совместное управление производительностью процессоров (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 по умолчанию в `0x80` (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 ***


home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?69e8fb6c.3ce6a.7057d63b>