https://www.opennet.ru/openforum/vsluhforumID3/113997.html В следующем выпуске ядра Linux предложено (https://lkml.org/lkml/2018/4/2/72) провести одну из крупнейших чисток кодовой базы от устаревшего кода. Предложено исключить из ядра код для поддержки архитектур blackfin, cris, frv, m32r, metag, mn10300, score и tile, а также специфичные для данных архитектур драйверы. Ныне данные архитектуры не используются для создания процессоров, так как производителям дешевле лицензировать более новые ядра CPU от ARM, MIPS или RISC-V. Прошивки для ранее выпущенных чипов остаются на старых версиях ядра Linux и никогда не будут обновлены до нового ядра. К удалению отмечено более 467 тысяч строк кода, для сравнения размер кода первого выпуска ядра 0.0.1 составлял 10 тыс. строк кода, а релиза 1.0.0 - 176 тыс. строк. <br><br><br>URL: https://lkml.org/lkml/2018/4/2/72<br>Новость: https://www.opennet.ru/opennews/art.shtml?num=48378<br> https://www.opennet.ru/openforum/vsluhforumID3/113997.html#89 Sun, 08 Apr 2018 05:28:39 GMT &gt; так что если завтра на них самих рухнет астероид размером с Луну <br>&gt; - человечество в целом совсем не пострадает.<br><br>Такой астероид не обладает избирательным действием, он почистит планету от любых намеков на живность и вернет шарику первозданный вид чистой, свежей планеты. Полный ребут планетарного масштаба довольно сложно не заметить. Разве что ты предусмотрительно утикал на Марс и там у тебя уже есть автономная марсианская колония, которой поставки с Земли не требуются.<br> https://www.opennet.ru/openforum/vsluhforumID3/113997.html#88 Sun, 08 Apr 2018 05:11:26 GMT &gt; а что там blackfin без MMU вообще делает.<br><br>STM32 же делает, а у него как максимум MPU бывает вроде. Который относительно MMU урезан донельзя - никакого paging, несколько регионов с разными правами - вся защита памяти. Ну, кернел можно от юзермода защитить. А что-то сверх того - это ж не MMU...<br> https://www.opennet.ru/openforum/vsluhforumID3/113997.html#87 Sun, 08 Apr 2018 05:06:59 GMT &gt; ну и говорю же - жалко-то линукс, а не эти архитектуры, используемые крайне редко.<br><br>Линукс справится без тебя и твоей "жалости", не обязательно крокодиловы слезы лить.<br><br>А так, на правах ls -la, после этого делеционизма в лине осталось 24 диры в arch/. При этом в x86 и risc-v поддерживается по два - 32 и 64 бит версии. У RISC-V еще теоретически 128 бит может быть, хз поддерживается ли он, его живьем вроде никто не видел. Т.е. это минимум 26 архитектур. Из которых интел - аж целых две! Из 26! Кошмар и засилье интеля, однозначно.<br> https://www.opennet.ru/openforum/vsluhforumID3/113997.html#86 Sun, 08 Apr 2018 04:42:54 GMT &gt; уж скорее линуксу были они нужны, чем наоборот<br><br>Как видишь, разработчики Linux решили иначе и йопнули ababdonware. Куда и дорога. Пусть корпоративный мусор без поддержки в бздях валяется, они привычные.<br><br>&gt; - вот в том числе и для того, чтобы не сделать намертво ядро работоспособным <br>&gt; только на интеловской архитектуре с минимальными вариациями - <br><br>Они только в прошлой версии RISC-V вкомитили. Который не интель. И в этой версии nds32 какой-то, чтоли, или как там его. Который тоже не интель нифига.<br><br>&gt; а для всего остального перепишите-ка пол-ядра,<br><br>Сначала посмотри в arch/ потом пинди. Хотя лицам с солярно-бсдшным бэкграундом в линухе всегда что-то мешает. Правда, в их мнении нет ничего кроме бреда и предвзятой куеты, но кого такие мелочи смущали.<br> https://www.opennet.ru/openforum/vsluhforumID3/113997.html#85 Sun, 08 Apr 2018 04:32:02 GMT &gt; еще и обнаглели - "сами поддерживайте" ("а мы еще посмотрим, принимать <br>&gt; ли ваши патчи, или морду опять скривить, что не так подано") <br><br>В Linux не берут левое г от стремных удил, вываленное как подачки. Это позволяет системе поддерживать разумный уровень качества и темпов разработки при огромном объеме кода. Т.е. у них вполне хорошая, успешная, работоспособная стратегия. Если кому нужна именно свалка подачек от корпоративщиков где никто не майнтайнит выброшенный код - есть бзды.<br><br>&gt; а на пользователей вам начхать, это ж не рабы интела, которые создают вам массовку.<br><br>Проблемы пользователей - у пользователей. При чем тут разработчики? Деньги куда плачены? Вот туда и вопросы по поддержке! Интел разработчикам может быть интересен, например тем что у них, видите ли, компы на этом. И соответственно - "самообслуживание". <br><br>Конкретно мокротик - паразит. Умеют зажимать и вешать ограничения, паразитируя на чужих наработках, ничего не привнося в экосистему. Так что если завтра они исчезнут, в Linux никто не зам https://www.opennet.ru/openforum/vsluhforumID3/113997.html#84 Sun, 08 Apr 2018 03:48:54 GMT &gt; Ныне данные архитектуры не проплачиваются. <br><br>Аналоговые девицы хотели чтобы архитектуру за них саппортили, а сливки снимали они? Прикольная хотелка, но нет.<br><br>&gt; хотя у них дрова всегда были одноразовые - v.1.0.1 и забивают, типа "дальше сами".<br><br>Линукс это тебе не бздя куда можно скидывать всякий хлам, забивая потом на поддержку.<br><br>А так судя по комитам еще и IRDA выпилили, чтоли. По крайней мере в staging по этому поводу много дестроя.<br> https://www.opennet.ru/openforum/vsluhforumID3/113997.html#83 Wed, 04 Apr 2018 15:21:43 GMT Кому надо - пусть пилят модуль сами. Неча на чужом горбу ездить.<br> https://www.opennet.ru/openforum/vsluhforumID3/113997.html#82 Wed, 04 Apr 2018 13:05:27 GMT &gt; KDE - отличный продукт<br><br>Отличный от других. Не в лучшую сторону.<br> https://www.opennet.ru/openforum/vsluhforumID3/113997.html#81 Wed, 04 Apr 2018 08:04:37 GMT Удивляюсь, как до них ещё Sofware Freedom Law Center не добрался. Ведь, в "цивилизованной Европе" находятся.<br>