В Linux 7.3 планируют добавить test_amd_pmf — небольшую утилиту для проверки работы AMD Platform Management Framework на совместимых ноутбуках Ryzen. Она считывает данные через /dev/amdpmf_interface и показывает температуру корпуса, источник питания, состояние датчиков, энергопотребление и доступные функции PMF. Изменение рассчитано прежде всего на диагностику: разработчики смогут увидеть, почему конкретный ноутбук выбрал тот или иной режим питания.

test_amd_pmf выводит скрытые параметры AMD PMF через системный интерфейс
Современный ноутбук может менять поведение из-за температуры корпуса, положения крышки, подключения зарядного устройства или присутствия человека перед экраном. Владелец обычно замечает итог — изменившийся шум вентилятора, яркость, производительность или скорость разряда батареи. test_amd_pmf открывает доступ к данным, на основании которых платформа принимает такие решения.
27 июля 2026 года Phoronix сообщил, что утилита поставлена в очередь ветки for-next репозитория platform-drivers-x86 перед циклом Linux 7.3. Текущий коммит в дереве ядра описывает её как пользовательское приложение для проверки интерфейсов AMD PMF и вывода системных показателей.
Статус for-next означает готовность изменения к ближайшему окну слияния. До переноса в основную ветку ядра функция сохраняет статус запланированной для Linux 7.3.
AMD PMF связывает питание, температуру и контекст использования ноутбука
AMD Platform Management Framework — слой управления платформой, который помогает прошивке, драйверу и операционной системе согласовывать производительность, нагрев и энергопотребление. Проще представить его как диспетчера: он получает сигналы от оборудования и выбирает подходящую политику для текущей ситуации.
На совместимой модели PMF способен учитывать питание от сети или аккумулятора, температуру поверхности корпуса, положение ноутбука, состояние крышки, окружающее освещение и присутствие пользователя. Набор возможностей зависит от процессора, датчиков, BIOS и решений производителя устройства.
В составе Smart PC Solution Builder драйвер AMD PMF может отправлять события в пользовательское пространство. Документация ядра приводит сценарии с переходом в S0i3, гибернацией и блокировкой сеанса. Реакцию выполняют системные службы Linux через правила udev.
Сам драйвер AMD PMF уже давно развивается в ядре. Новость вокруг Linux 7.3 связана с удобным инструментом наблюдения за его работой и новым пользовательским интерфейсом для получения телеметрии.
Утилита покажет возможности PMF на конкретной модели Ryzen
test_amd_pmf открывает устройство /dev/amdpmf_interface, отправляет запрос IOCTL_AMD_PMF_POPULATE_DATA и получает структуру с доступными показателями. Интерфейс появляется при включённой опции ядра CONFIG_AMD_PMF_UTIL_SUPPORT.
Официальное описание ABI перечисляет данные, доступные пользовательским приложениям:
| Показатель | Что можно проверить |
power_source | питание от сети или аккумулятора |
skin_temp | температуру поверхности корпуса в сотых долях градуса |
lid_state | открыта или закрыта крышка |
user_presence | обнаружен ли пользователь рядом с ноутбуком |
laptop_placement | положение устройства |
slider_position | текущую позицию профиля мощности |
gfx_busy | загрузку графического блока |
ambient_light | показания датчика освещения |
avg_c0_residency и max_c0_residency | время активности процессорных ядер в состоянии C0 |
socket_power | потребление всего процессорного сокета |
bios_input[10] и bios_output[10] | входные и выходные параметры, определённые производителем BIOS |
Отдельная битовая маска сообщает о поддержке Auto Mode, Static Power Slider, Policy Builder и динамического переключателя мощности при работе от сети или аккумулятора. Благодаря этому разработчик сразу видит, какие механизмы доступны на проверяемом ноутбуке, а какие отсутствуют в его прошивке.
Диагностика поможет находить причины нагрева и странного поведения профилей
Практическая польза инструмента проявится во время тестирования ноутбуков. Представим модель Ryzen, которая неожиданно снижает производительность при подключённой зарядке. Сейчас инженеру приходится сопоставлять журналы ядра, данные датчиков и настройки BIOS. test_amd_pmf собирает ключевые параметры PMF в одном выводе: источник питания, положение ползунка мощности, температуру корпуса, загрузку графики и поддержку автоматических политик.
Такая телеметрия пригодится нескольким группам:
- инженерам AMD и производителям ноутбуков — для проверки BIOS и заводских профилей;
- разработчикам ядра — для воспроизведения ошибок драйвера
amd-pmf; - авторам дистрибутивов — для тестирования энергосбережения на новых моделях;
- владельцам совместимых устройств — для подготовки точных отчётов об ошибках.
Утилита работает как наблюдатель и выводит уже доступные сведения. Управление частотами, лимитами мощности и реакциями платформы остаётся за драйвером, прошивкой и системными службами.
Рецензирование изменило формат инструмента
Первая версия решения проходила обсуждение в марте 2026 года как тест в каталоге tools/testing/selftests. Один из сопровождающих platform-drivers-x86 обратил внимание, что программа выводит показатели и не формирует результат Pass/Fail, характерный для автоматических тестов ядра.
После доработок инструмент получил более подходящую роль отдельной пользовательской утилиты, близкой по назначению к turbostat. Такой формат удобнее для ручной диагностики: запуск даёт снимок состояния PMF без попытки вынести универсальный вердикт. Разные ноутбуки поддерживают разные датчики и политики, поэтому единый тест «пройден» или «провален» здесь дал бы мало информации.
Linux 7.3 сделает работу AMD PMF заметнее для разработчиков
Появление test_amd_pmf само по себе не увеличивает автономность и не меняет алгоритмы управления питанием. Его задача конкретнее: показать, какие данные видит AMD PMF и какие функции предоставляет прошивка определённого ноутбука.
Для экосистемы Ryzen это полезный шаг к более воспроизводимой диагностике. Ошибки с нагревом, профилями мощности, блокировкой экрана или определением присутствия пользователя можно будет описывать через фактические значения, полученные из единого интерфейса.
Пока инструмент находится в ветке for-next, окончательное включение зависит от прохождения окна слияния Linux 7.3. Следующий практический вопрос связан с дистрибутивами и производителями ноутбуков: начнут ли они использовать новую телеметрию в своих автоматизированных проверках энергопотребления и прошивок?