https://opennet.me/openforum/vsluhforumID3/139823.html Линус Торвальдс принял в состав ядра Linux 7.1 изменения, удаляющие поддержку контроллеров AHCI SATA и PCIe, применяемых в SoC Baikal-T1. Помимо этого на рассмотрении находятся pull-запросы на удаление связанных с Baikal драйверов таймера, памяти, physmap, шины, hwmon и bt1-rom. В качестве причины удаления упоминается отсутствие сопровождения и незавершённая интеграция в состав ядра компонентов платформы Baikal. Например, отмечается, что драйвер PCIe так и не был доведён до полностью работоспособного состояния. До этого в ядре 7.0 уже была удалена поддержка драйверов i2c и spi dw...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65222<br> https://opennet.me/openforum/vsluhforumID3/139823.html#219 Thu, 16 Apr 2026 16:17:07 GMT &gt;&gt;Это можно внедрить быстро и с минимальными издержками.<br>&gt; Так в том то и дело, что зачем нужен этот симулякр с переименованиями?<br><br>Так это не симулякр с переименованиями. В обозримом будущем (если ещё не) они на базе существующих спецификаций будут разрабатывать свои варианты процов, писать свой микрокод, а в перспективе &#8212; даже корпусировать на мощностях SG Group в России по техпроцессу 12нм (за отладку чего, кстати, большое спасибо Байкалам). А то, что они при этом будут совместимы по архитектуре с китайским LoongArch &#8212; сильно упростит нам жизнь. И это не что-то прям новое. В конце концов интелы же склонировали когда-то amd64, так чего бы и нам не склонировать loongarch64. Действуем разумно, цинично и прагматично.<br> https://opennet.me/openforum/vsluhforumID3/139823.html#218 Thu, 16 Apr 2026 16:16:21 GMT Пф, да вообще плевать на эту совковую шарагу. Меня больше заботит тот факт, что они постоянно ломают API, из-за чего, например, видюхи старше 2015 года не работают.<br> https://opennet.me/openforum/vsluhforumID3/139823.html#217 Thu, 16 Apr 2026 16:14:37 GMT &gt;Помимо этого на рассмотрении находятся pull-запросы на удаление связанных с Baikal драйверов таймера, памяти, physmap, шины, hwmon, dwc и bt1-rom. До этого в ядре 7.0 уже была удалена поддержка драйверов i2c и spi dw для SoC Baikal-T1.<br><br>Судя по удалению 486 и laptop_mode, такие вопросы должен решать демон board support, чтобы предоставлял микроядру всё, что надо. В ядре уже явно не справляются с поддержкой железа.<br> https://opennet.me/openforum/vsluhforumID3/139823.html#216 Thu, 16 Apr 2026 16:12:52 GMT &gt; Не тратьте свои усилия на объяснения.<br><br>Байкал-М открой!<br> https://opennet.me/openforum/vsluhforumID3/139823.html#215 Thu, 16 Apr 2026 16:11:11 GMT &gt;Это можно внедрить быстро и с минимальными издержками.<br><br>Так в том то и дело, что зачем нужен этот симулякр с переименованиями ?<br>Тем более купить Intel или AMD через разные страны куда проще, чем полностью зависеть от одного Китая.<br> https://opennet.me/openforum/vsluhforumID3/139823.html#214 Thu, 16 Apr 2026 16:07:45 GMT Скорей всё<br> https://opennet.me/openforum/vsluhforumID3/139823.html#212 Thu, 16 Apr 2026 16:05:14 GMT &gt; теперь они полностью зависят от них, от ИХ решения, т.е. добровольно лезут в капкан<br><br>Ну да. Тем не менее, капкан-не-капкан: архитектура уже в ядре, уже поддерживается компиляторами, уже есть контейнеры. Это можно внедрить быстро и с минимальными издержками. Это разумный трейдофф между "своё" и "вовремя".<br> https://opennet.me/openforum/vsluhforumID3/139823.html#210 Thu, 16 Apr 2026 15:56:14 GMT &gt;что это пересобранный и перекорпусированный клон Loongson-а<br><br>Нет. Это и есть китайский процессор с переписанной маркировкой на крышке.<br>И теперь они полностью зависят от них, от ИХ решения, т.е. добровольно лезут в капкан:<br>https://habr.com/ru/news/705098/<br> https://opennet.me/openforum/vsluhforumID3/139823.html#209 Thu, 16 Apr 2026 15:55:57 GMT i486 обсуждали и выпиливали значительно дольше.<br>