От i486 до MMX: от каких технологий разработчики Linux отказались в 2026 году

В Linux до сих пор можно найти поддержку оборудования, которому давно место на барахолке. Порой, глядя на такой экземпляр, трудно сразу понять, как его подключить к современному компьютеру. А ядро о нем помнит: нужный драйвер по-прежнему на месте. Впрочем, в 2026 году перечень поддерживаемого наследия заметно сократился. Под удаление попали процессоры, мыши и целые подсистемы для устаревших технологий связи.

Поводом для этой статьи стала новость о том, что из Linux планируют убрать последние оптимизации для MMX. Мы заинтересовались, от чего еще разработчики успели отказаться за последнее время, и выбрали пять наиболее примечательных изменений. Разберемся, что именно исчезло и на кого это повлияет.

i486: прощание с давним знакомым

Расставание с процессорами семейства 486 затянулось, но в Linux 7.1 оно наконец началось. Из параметров сборки исчезли M486, M486SX и MELAN. Первые два отвечали за соответствующие варианты процессора, последний — за AMD Elan на той же архитектуре. Также изменили справку, в которой объяснялось, как обеспечить совместимость с подобными компьютерами. Теперь штатными средствами выбрать эти процессоры и собрать для них новое ядро нельзя. Решение затрагивает не только Intel, но и совместимые чипы других производителей.

Старые процессоры не поддерживают часть инструкций, доступных более поздним моделям x86. Чтобы Linux работал на таком оборудовании, разработчикам приходилось добавлять код для обхода этих ограничений. При каждом изменении ядра его нужно было учитывать, проверять и при необходимости исправлять. При этом пользователей, которым совместимость все еще необходима, почти не осталось: Инго Молнар, подготовивший патч, не смог найти актуальные сборки популярных дистрибутивов с поддержкой 486-го. Получалось, что на сопровождение тратились ресурсы, хотя было неясно, кому оно еще помогает. Поэтому Линус Торвальдс предложил оставить эти процессоры в прошлом и сосредоточиться на других задачах.

Если в офисе все еще работает компьютер с 486-м процессором, отправлять его на свалку необязательно. На него по-прежнему можно установить совместимую старую версию Linux и пользоваться программами, которые ему по силам. А вот запустить новое ядро без собственных доработок уже не выйдет. Пока разработчики лишь исключили эти процессоры из настроек сборки, не удаляя сразу весь связанный с ними код. Оставшиеся фрагменты будут убирать постепенно, вместе с другими изменениями. При этом проверять загрузку очередного выпуска на 486-м больше не потребуется.

Мыши с собственной платой расширения

Об устройствах следующего класса сегодня помнят немногие. Для Microsoft InPort и Logitech Bus Mouse требовалась специальная ISA-плата, которую устанавливали внутрь компьютера и подключали к ней мышь. Контроллер обрабатывал перемещения и нажатия, а затем передавал их операционной системе. Сейчас такая периферия практически не используется, поэтому поддерживать ее больше не имеет смысла.

В апреле 2026 года из Linux удалили драйверы inport и logibm. Первый обслуживал устройства Microsoft и ATI XL, второй — Logitech. В описании изменений отмечается, что эту периферию давно сменили устройства PS/2, а затем и USB. Причем еще в 2002 году в справке к настройке Logitech говорилось, что такие мыши встречаются редко. Тем не менее их поддержка продержалась почти четверть века. Для устройства, которому нужен отдельный слот расширения только ради управления курсором, это немалый срок.

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

ISDN: почти 45 тысяч строк для устаревшей телефонной связи

На этот раз удалением нескольких небольших файлов не обошлось. В апреле из ядра исключили подсистему ISDN, в том числе mISDN и CAPI, а также Bluetooth CMTP. Последний компонент обслуживал сценарий, связанный с этой телефонной технологией, поэтому на работу обычных беспроводных наушников изменение не повлияет. Один коммит затронул 90 файлов и удалил 44 903 строки. Среди них были и общие механизмы, и код для отдельных адаптеров. Список изменений показывает, сколько всего накопилось за время поддержки технологии.

Якуб Кичински, подготовивший патч, изучил историю изменений кода ISDN за последние годы. Выяснилось, что его главным образом исправляли по сообщениям автоматических средств поиска ошибок либо меняли в рамках общих обновлений ядра. Ранее удаление откладывали, предполагая, что технологией еще пользуются в Германии. Однако среди нынешних сопровождающих сетевой подсистемы Linux не нашлось специалистов, хорошо знакомых с реализацией этой связи. При этом оставалось неясно, нужны ли владельцам такого оборудования новые версии поддержки вообще.

Процесс удаления ускорили и вполне современные инструменты. Один из разработчиков рассказал о большом потоке замечаний и патчей, подготовленных с помощью нейросетей. Их проверка отнимала значительную часть рабочего времени: среди сообщений встречались как реальные ошибки, так и ложные срабатывания, но разбирать приходилось каждое. В итоге разработчики решили убрать поддержку из ядра, если не найдутся желающие ею заниматься.

На всякий случай исходный код сохранили в отдельном репозитории mod-orphan. Туда перенесли компоненты, которые можно собирать как внешние модули. Если владельцам оборудования они понадобятся, те смогут воспользоваться нужным кодом и продолжить его сопровождение самостоятельно.

Устаревшие файловые системы: EFS, FreeVxFS и BFS

Долгое время Linux позволял читать носители, использовавшиеся когда-то в других операционных системах. Можно было подключить диск от старой рабочей станции и попробовать извлечь данные, не запуская исходный компьютер. Это удобно, однако со временем многие файловые системы утратили актуальность. В августе 2026 года при подготовке версии 7.3 из основной ветки удалили EFS и FreeVxFS. Осенью к ним присоединилась BFS: ее удаление вошло в изменения цикла 7.4.

EFS применялась в операционной системе IRIX на компьютерах SGI, пока на смену ей не пришла XFS. В Linux сохранялся драйвер для чтения таких дисков, хотя запись он не поддерживал. По словам разработчика Мэтью Уилкокса, кодом больше двадцати лет никто не занимался на постоянной основе, а сам он в последний раз видел EFS в работе еще в 1999 году. Тем не менее при общих изменениях ядра приходилось учитывать и этот давно забытый компонент. В результате его решили удалить: извлечь файлы со старого носителя можно и с помощью отдельной утилиты efsextract. Она обходится без монтирования раздела, поэтому встроенный драйвер Linux для такой задачи не нужен.

Арендуйте сервер с доставкой на вашу площадку

Предоставим производительные серверы для запуска проекта on-premise: с помесячной оплатой, полным контролем над оборудованием на этапе запуска и возможностью последующего выкупа.

Арендовать →

История FreeVxFS оказалась похожей, хотя число ее пользователей особенно примечательно. Кристоф Хеллвиг написал, что за последние пятнадцать лет известен лишь один человек, который одновременно использовал эту файловую систему и исправлял ее код. Остальные изменения были связаны с работой автоматических средств поиска ошибок. Тем, кому по-прежнему нужен доступ к таким носителям, предложили сохранить прежнюю версию ядра или сопровождать компонент отдельно. После удаления из каталога fs исчезли 2 426 строк.

BFS применялась в загрузочном разделе UnixWare, где хранились ядра и настройки загрузчика. Она устроена довольно просто: вложенных каталогов в ней нет, а каждый файл занимает непрерывный участок диска. Этой файловой системой давно никто не пользовался, поэтому разработчики решили больше не поддерживать ее драйвер в Linux и в октябре удалили его из основной ветки. При этом к BeFS из BeOS данное изменение не относится: несмотря на похожее название, это другая файловая система.

MMX: путь от мультимедиа к дисковым массивам

В январе 1997 года Intel представила Pentium^® с этой технологией, добавив 57 инструкций для обработки графики, звука и видео. Ускорение достигалось благодаря одновременным операциям над несколькими упакованными целыми числами. К примеру, в 64-битный регистр помещаются восемь байтов, которые подходящая инструкция может обработать за один раз. В ядре этот подход нашли полезным для вычислений в программных дисковых массивах. Подробнее о технологии можно прочитать в архивном пресс-релизе Intel.

К осени 2026 года MMX оставалась в ядре лишь для ускорения некоторых вычислений в программных RAID-массивах. Так, операция XOR помогает рассчитать данные, необходимые для восстановления содержимого вышедшего из строя диска. Оптимизированный вариант требовался только старым 32-битным процессорам без SSE и лишь в том случае, если на компьютере использовался такой массив. Серия из трех патчей, опубликованная 25 октября, затрагивает семь файлов: она удаляет 837 строк и добавляет 12. Переписывать все с нуля не понадобилось, поскольку подходящая замена уже существовала в ядре. Подробности можно найти в переписке разработчиков.

На начало ноября удаление MMX-оптимизаций из кода программных RAID-массивов еще готовится: его ожидают в Linux 7.5. К остальным изменениям из статьи это уточнение не относится. Обычные приложения смогут пользоваться инструкциями MMX по-прежнему. На Pentium^® MMX и Pentium^® II вычисления для массива возьмет на себя общий код на C. Насколько он будет медленнее, пока неизвестно: автор не привел результатов измерений. Сам RAID при этом продолжит работать.

А вам приходилось сталкиваться с удалением из Linux возможностей, которые были нужны? Поделитесь опытом в комментариях.

 

Источник