Из кода основного ядра Linux собираются удалить драйвер «amd_energy», который позволяет отслеживать энергопотребление каждого ядра на процессорах AMD EPYC. И замены ему не предвидится. Связано это с тем, что выявленная в прошлом году атака PLATYPUS позволяет косвенно отслеживать, какие данные обрабатывает процессор, опираясь на точные данные о текущем потреблении ядер.

Из-за этого в системе ограничили раскрытие данных об энергопотреблении, позволив получать информацию только пользователям с повышенными правами. Для контроля температуры и энергопотребления планируется, как и ранее использовать подсистему HWMON, однако теперь данные будут огрубляться так, чтобы их не хватило для проведения атаки PLATYPUS. Как ожидается, нововведение появится в Linux 5.13.

Это изменение сделает счётчики, предлагаемые драйвером «amd_energy», практически непригодными для обычных пользователей. Однако именно они чаще всего мониторят показатели таким образом. Отметим, что многие специалисты недовольны таким решением, включая и саму AMD, которая отказалась от предложенных изменений. Остаётся ждать релиза ядра — возможно, мейнтейнеры или AMD всё же передумают.

Компания Microsoft активно продолжает развивать ядро Linux. Так, туда добавлена одна ещё не анонсированная сетевая функция Azure. Речь идёт о драйвере MANA, который добавили в основную ветвь Net-Next для последующей интеграции в Linux 5.13.

Этот драйвер сетевого адаптера Microsoft Azure, который в будущем будет доступен вместе с облаком Microsoft. Учитывая, что более половины систем Azure работают под управлением Linux, неудивительно, что добавление нового драйвера уже идёт.

Пока что технически подробностей о новинке очень мало, так что сложно сказать, что именно он будет делать. Скорее всего, новый драйвер позволит подключать сервисы Azure напрямую к Windows Subsystem for Linux, а также обеспечит работу самих серверов Azure, которые работают на Linux. Предположительно, драйвер появится в ядре 5.13, однако это пока не известно наверняка.

Компания AMD выпустила свой первый квартальный драйвер 2021 года. Это версия AMD Radeon PRO Enterprise 21.Q1, которая получила переработанный пользовательский интерфейс. Он оптимизирован под профессиональные задачи и включает в себя функции для получения максимальной производительности и ускорения создания контента.

Новый UI содержит несколько вкладок. Так, Home Tab позволяет пользователям открыть недавно использованные приложения. Там же можно запустить запись экрана или вызвать раздел руководства. На вкладке Record & Stream (ранее она называлась Radeon PRO ReLive) поддерживается потоковая передача видео и звука.

AMD Radeon PRO Overlay добавляет возможность быстро переключиться на веб-камеру, мониторинг производительности, настройки вентиляторов и параметров графики. Также отмечается, что новая версия драйвера обеспечивает высокую производительность и удобство использования.

Версию для Microsoft Windows 7, 10, Server 2016 и Server 2019 можно скачать здесь. Linux-версия доступна для RHEL/CentOS 7.9 и 8.2, Ubuntu 18.04.5 HWE и 20.04.1, а также SLED/SLES 15 SP2.

Одним из приятных моментов уходящего 200 года стало открытие коммерческого драйвера NTFS компанией Paragon. Ведь он обеспечивает лучшую поддержку чтения-записи, чем нынешний драйвер в ядре Linux. Также версия от Paragon обладает дополнительные функциями. И хотя этот драйвер пока не добавлен в ядро по умолчанию, скоро это наверняка произойдёт.

Разработчики из Paragon выкатили свежий патч, уже шестнадцатый по счёту, который включает некоторые новые возможности и корректировки на основе отзывов других разработчиков ядра. Подробности об этом есть в списке рассылки. Несмотря на то, что включение драйвера в основную ветку ядра всё ближе, в Linux 5.11 этих обновлений точно не будет, поскольку релиз ядра запланирован на эти выходные.

paragon-software.com

Это означает, что новый драйвер NTFS будет ждать, по крайней мере, до версии Linux 5.12. После официального добавления драйвера разработчики Paragon обещают полное его сопровождение, а также расширение функциональности. Так, например, в будущих релизах обещана поддержка полная поддержка журналирования посредством JBD.

Напомним, что ранее вышло ядро 5.10 и почти сразу же за ним «прилетел» патч, исправляющий некоторые проблемы. Так что не стоит полностью исключать возможности, что новый драйвер NTFS добавят и в сборке 5.11 в виде крупного патча.

В Linux 5.11 ожидается немало новых функций. И одной из них станет драйвер RFIM (Radio Frequency Interference Mitigation) от компании Intel. Он настраивает частоту работы оперативной памяти и интегрированного стабилизатора напряжения (Fully Integrated Voltage Regulator, FIVR) так, чтобы не создавать помехи для сетей Wi-Fi/5G.

FIVR появился в первом поколении процессоров Haswell и используется для упрощения работы подсистемы питания. Ранее материнской плате приходилось подавать на CPU до пяти разных напряжений, что увеличило энергопотребление и тепловыделение процессора.

Драйвер позволит динамически подстраивать частоты FIVR, чтобы избежать гармонических помех с беспроводным сетями. При этом производительность самого процессора не упадёт. Кроме того, драйвер может влиять и на текущие частоты памяти, если она тоже «фонит». Соответствующая опция по желанию производителя может быть доступна в BIOS/UEFI, а новый драйвер даёт доступ к её настройкам из ОС посредством sysfs.

На данный момент заявлена поддержка Intel Tiger Lake и Alder Lake. Новая возможность будет актуальна для систем с высокой плотностью размещения компонентов: одноплатных ПК, коммерческих и промышленных решений, шлюзов, а также ноутбуков и NUC.

И это не первый случай, когда различные подсистемы «догоняют» по частотам (и гармоникам) радиоинтерфейсы. Например, после начала массового распространения USB 3.0 выяснилось, что кабели и другие компоненты с плохим экранированием изрядно шумят в районе 2,4 ГГц, «забивая» тем самым и Wi-Fi, и другие беспроводные каналы связи в этом диапазоне. В частности, роутеры на этот случай до сих пор предлагают опцию принудительного перевода портов USB 3.0 в режим USB 2.0.

Некоторое время назад компания Intel анонсировала графический процессор X^e HP, предназначенный для конкуренции с игровыми и профессиональными ускорителями AMD и NVIDIA. В готовых решениях он появится только в 2021 году, но подготовка к этому идёт уже сейчас.

Сообщается, что компания готовится к развертыванию поддержки драйверов Linux с открытым исходным кодом под эти ускорители. Они предназначены не только для версии Gen12 (используется в Tiger Lake, Rocket Lake — X^e LP), но и для Gen12.5 или Gen12HP. Как ожидается, готовые драйверы появятся до конца января в составе Mesa 20.1. Они, скорее всего, будут поддерживать OpenGL/Vulkan и другие современных графически технологии. Всего в новом пакете добавлено более семи тысяч строк нового кода, а также различные изменения в драйверах Iris Gallium3D и ANV Vulkan.

На данный момент компания пока не особо распространяется на тему обновлений так что остаётся ждать новых данных. Напомним, что ранее в Geekbench протестировали видеокарту Intel Xe-HP NEO с 512 вычислительными блоками. Результаты пока не слишком впечатляют. Быть может, у финальной версии X^e HP с оптимизированными драйверами они будут лучше. Пока что в серверном сегменте доступен лишь ускоритель на базе четырёх GPU Intel X^e LP, который ориентирован на облачный гейминг.

Поддержка драйверов Intel для Linux улучшается, однако, похоже, там всё не так радужно. Один из участников проекта Mesa заявил, что модель разработки с совместным использованием кода — не всегда хорошая идея. Поводом стало желание Intel поделиться наработками в области GPU-драйверов для Linux, которые, как заявляет сама компания, имеют во многом общий код с Windows-драйверами.

Суть в том, что, по словам старшего инженера Red Hat Дэйва Эйрли (Dave Airlie), есть разница между проектами, которые открыли исходный код, и проектами, которые разрабатывались таковыми изначально. Первые могут формально иметь открытые исходники, однако по факту принадлежать одной или нескольким компаниям. Вторые — только сообществу. В пример он привёл проект LLVM, который является полностью открытым, поскольку он и был таковым с самого начала.

По словам Эйрли, проекты первого типа имеют фундаментальную проблему — если компания заинтересована в окупаемости инвестиций, то она просто размещает код в репозитории и открывает его, но не создают сообщество вокруг проекта. То есть, общественность по факту не участвует в разработке. Примером такого подхода является открытие кода графического драйвера для Vulkan от AMD. После этого Эйрли инициировал проект radv в рамках Mesa. И он, по словам разработчика, показал лучшие результаты.

Основное же неудовольствие связано с Intel Graphics Compiler (IGC), который является внутренним проектом корпорации. Отсутствие полноценного сообщества, информации о развитии и о том, как принять в нём участие, делают открытие кода сугубо формальным шагом. Ведь без сообщества и обратной связи проектом всё также будет «рулить» Intel. Специалист резюмировал, что такая политика со стороны компании усложняет поддержку драйверов в Linux и, фактически, фрагментирует экосистему.

Компания Paragon Software, известный разработчик средств работы с данными, накопителями и файловыми системами, предложила включить драйвер NTFS собственной разработки в основную ветку ядра Linux, отправив соответствующий патч, который, тем не менее, встретил критику со стороны разработчиков.

Нативный драйвер NTFS от Tuxera в ядре не поддерживает целый ряд возможностей, включая запись, и уже довольно давно не развивается. Наиболее часто используемой альтернативой является решение NTFS-3G, тоже от Tuxera, работающее через FUSE в пространстве пользователя. Он поддерживает запись и другие возможности, но может иметь проблемы с производительностью на старых или слабых системах. Tuxera и Paragon предлагают коммерческие оптимизированные версии драйверов для Linux, Mac OS и других систем.

Теперь же Paragon открыто предлагает свой NTFS-драйвер для под лицензией GPL. Данный драйвер, судя по всему, предлагает наиболее полную реализацию возможностей NTFS в Linux и поддерживает все спецификации NTFS 3.1. Что подвигло разработчиков на столь неожиданный, но приятный шаг, неизвестно. Тем не менее, радоваться пока рано, так как для включения в ядро придётся пройти ещё немало формальностей.

В частности, сам драйвер предложен в виде огромного патча на 27 тыс. строк кода, которые в разумные сроки никто не проверит. Кроме того, пока не предоставлены пользовательские утилиты для работы с данным драйвером. Отдельно встаёт вопрос, заменит ли новый драйвер от Paragon тот, что имеется сейчас, или они будут сосуществовать, что может слегка запутать конечных пользователей. И главное, кто и в каком объёме будет в дальнейшем сопровождать данный драйвер?

SGI Systems уже не первый десяток лет выпускает высокопроизводительные системы и серверы. Несмотря на то, что компания три года назад была куплена HPE, и теперь часть решений продаётся под двойным брендом, немало оригинального оборудования всё ещё успешно трудится. 

Заказчики любили продукцию SGI не только за производительность, но и за некоторые фирменные технологии. 

imgur.com

Одна из таких «фишек» — наличие механизма для упрощения инвентаризации и настройки оборудования. Начиная с машин серии SGI Origin, которые появились на рубеже веков, в (E)PROM ряда компонентов содержится дополнительная информация о них: серийный номер, имя и версия устройства, MAC-адрес или иной идентификатор, параметры работы и так далее. Доступ к этим данным осуществляется посредством 1-Wire. 

Разработчик SUSE Томас Богендорфер (Thomas Bogendoerfer) написал драйвер «w1» для взаимодействия с контроллерами 1-Wire в системах SGI. На данный момент поддерживаются чипы Dallas (ныне Maxim) DS250x. Код драйвера предложен для добавления в ядро Linux 5.4, однако пока в основную ветку не включен.

Ранее на серверах SGI использовалась собственная операционная система IRIX, однако в наше время её заменили Red Hat Enterprise Linux и SUSE Linux Enterprise Server.

На форуме портала LWN в обсуждении доклада «Rust — будущее системного программирования, С — новый Ассемблер»  разгорелась дискуссия о возможности применения Rust для написания драйверов в ядре Linux.

Доклад был представлен Джошом Триплеттом (Josh Triplett), ведущим инженером Intel, на недавно прошедшем Саммите по технологиям open source (Open Source Technology Summit — OSTS). 

Возможность создания Linux-драйверов на Rust теоретически может снизить вероятность появления ошибок, влияющих на безопасность системы, но сама возможность использования Rust в ядре потребует большой работы по написанию необходимых оболочек и фреймворка для взаимодействия с API.

Впрочем, многое уже сделано и существует в виде экспериментальных решений. Нужно лишь замотивировать разработчиков, чтобы ускорить разработку данных проектов. Один из участников дискуссии поделился репозиторием на github, где он с коллегами уже работает на тем, чтобы создать подобный фреймворк.

Сам Джош Триплетт уже спрашивал лично у Грега Кроа-Хартмана (Greg Kroah-Hartman), одного из ведущих разработчиков ядра Linux, про возможность поддержки Rust. Грег ответил, что готов принять в состав ядра нужный фреймворк при условии, что он обеспечит те преимущества в безопасности, которые предлагает Rust в сравнении с C.

Возможно, мечта Джоша Триплетта, что Rust станет новым популярным инструментом для системного и ниузкоуровневого программирования вместо C станет реальностью даже быстрее, чем можно было бы подумать.

Напомним, что для ядра Linux и его компонентов, в течение 28 лет с момента появления на свет основным языком разработки оставался старый добрый C.