Одним из приятных моментов уходящего 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. 

Технологии устаревают, это факт. Сначала для ввода данных использовались перфокарты, затем дискеты, потом оптические диски и, наконец, флешки. Но, похоже, на наших глазах ещё одна технология уходит в историю.

Windows 10 изначально была лишена поддержки внутренних флоппи-приводов. А теперь сообщается, что и в ядре Linux 5.3 драйвер для таких дисководов отмечен как заброшенный (orphaned), то есть он более никем не будет поддерживаться.

pixabay.com

Причина этого проста — разработчики не смоли найти работающее оборудование, а существующие модели дисководов уже давно используют USB. Дело не только в приводах, но и в самих носителях. Например, Sony прекратила  производство 3,5-дюймовых магнитных носителей почти десять лет назад. 

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

Причём избавиться от старых программ и оборудования далеко не всегда легко и просто. К примеру, несколько лет назад сообщалось, что ядерный арсенал США управляется ПК с 8-дюймовыми дискетами. А в современных мейнфремах IBM System z до сих есть эмулятор перфокарт для работы с ПО полувековой давности.