В следующем выпуске ядра 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 тыс. строк.
URL: https://lkml.org/lkml/2018/4/2/72
Новость: https://www.opennet.dev/opennews/art.shtml?num=48378
> одну из крупнейших чистокОдобрям. (Полиграф Полиграфович Шариков, начальник подотдела очистки Москомхоза)
> Ныне данные архитектуры не проплачиваются.
// fixed
> blackfin
А меж прочим, BlackFin 700 серии вышел только в июле 2017. Analog Devices впечале,
хотя у них дрова всегда были одноразовые - v.1.0.1 и забивают, типа "дальше сами".
>Ныне данные архитектуры не проплачиваются.А не ты ли предлагал проплачивать поддержку линуксовых фич? Экое двоемыслие.
>>Ныне данные архитектуры не проплачиваются.
> А не ты ли предлагал проплачивать поддержку линуксовых фич? Экое двоемыслие.Напомни хоть в каком томе моих сочинений?
Это архитектуры, у каждой из которых по одному вендору, который, собственно, под нее сам процессоры и делает. Вся документация, скорее всего, закрытая, и архитектуры это, кроме своих создателей, никому не нужны. Впрочем, судя по нежеланию майнтейнить их поддержку в ядре, авторам тоже на свои архитектуры положить.
> хотя у них дрова всегда были одноразовые - v.1.0.1 и забивают, типа "дальше сами".и не плотют, гады!
А Линус хочет новую теслу.
>А Линус хочет новую теслу.Майнить?
>начальник подотдела очистки Москомхозатак говоришь как будто бродячих животных с улиц городов отлавливать не нужно
>>начальник подотдела очистки МоскомхозаШариков кошек душил.
Нужно не отлавливать, а отстреливать. Инициатива с отловом в Индии привела к тому еще звиздецу: стерильные блохаунды не перестают быть стайными хищниками. Притом, половозрелые стерильные суки ВДВОЕ агрессивнее. Программа просто прекрасна в своем идиотизме.
> А меж прочим, BlackFin 700 серии вышел только в июле 2017. Analog
> Devices впечале,чо им пичалицаа, если у них есть для него две нормальных ОС?
А Cris, вроде ж, в камерах видеонаблюдения используется?
а что там blackfin без MMU вообще делает.> А меж прочим, BlackFin 700 серии вышел только в июле 2017
а на blackfin.uclinux.org когда что-нибудь обновлялось последний раз, в 2014?
и как там с gcc-то для blackfin+? различия конечно не особо принципиальные + обратная совместимость, но всё-таки.
или только http://www.analog.com/en/design-center/processors-and-dsp/ev... ?
Так, если не ошибаюсь, с момента выхода linux-2.6, наработки uclinux.org были влиты в Vanilla Linux и отдельно не развивались.
> а что там blackfin без MMU вообще делает.STM32 же делает, а у него как максимум MPU бывает вроде. Который относительно MMU урезан донельзя - никакого paging, несколько регионов с разными правами - вся защита памяти. Ну, кернел можно от юзермода защитить. А что-то сверх того - это ж не MMU...
over 90% пользователям компьютеров и смартфонов будет просто фиолетово, ну это как астеороид размером с футбольный мяч редкого состава, что пролетает мимо планеты - большинство нормаьных людей его просто не заметят и только для 2-3% населения планеты это событие будет иметь хоть какое-то значение.
> over 90% пользователям компьютеров и смартфонов будет просто фиолетовопроблема в том, что этим 90% фиолетовых пользователей вообще все фиолетово. и на них всем, что характерно, тоже.
так что если завтра на них самих рухнет астероид размером с Луну - человечество в целом совсем не пострадает.
> так что если завтра на них самих рухнет астероид размером с Луну
> - человечество в целом совсем не пострадает.Такой астероид не обладает избирательным действием, он почистит планету от любых намеков на живность и вернет шарику первозданный вид чистой, свежей планеты. Полный ребут планетарного масштаба довольно сложно не заметить. Разве что ты предусмотрительно утикал на Марс и там у тебя уже есть автономная марсианская колония, которой поставки с Земли не требуются.
> Ныне данные архитектуры не проплачиваются.Аналоговые девицы хотели чтобы архитектуру за них саппортили, а сливки снимали они? Прикольная хотелка, но нет.
> хотя у них дрова всегда были одноразовые - v.1.0.1 и забивают, типа "дальше сами".
Линукс это тебе не бздя куда можно скидывать всякий хлам, забивая потом на поддержку.
А так судя по комитам еще и IRDA выпилили, чтоли. По крайней мере в staging по этому поводу много дестроя.
Код ядра полегчает аж на пол-дискеты? ;)
Проблема не в килобайтах, а в сложности
> 467 тысяч строк кодаОднако, поболе /dev/fd0u1722 будет... по крайней мере нежатыми. Вот на /dev/zip влезло бы точно.
>tileРазве Mikrotik CCR не на Tilera? Вроде живые не самые паршивые процы. Или там уже другая архитектура, в тилерах?
да, на tile
Так они паразиты, вот пусть сами и поддерживают.
> Так они паразиты, вот пусть сами и поддерживают.так у них все работает, это вы без конца ломаете abi, да еще и обнаглели - "сами поддерживайте" ("а мы еще посмотрим, принимать ли ваши патчи, или морду опять скривить, что не так подано")
а на пользователей вам начхать, это ж не рабы интела, которые создают вам массовку.
P.S. одно только не пойму, вы, товарищ, точно коммунист?
Принимать патчи от воров - себя не уважать.Под воровством понимается позиция Mikrotik "мы возьмём Debian, но внесённые изменения сообществу не вернём, нам плевать на вашу лицензию".
Удивляюсь, как до них ещё Sofware Freedom Law Center не добрался. Ведь, в "цивилизованной Европе" находятся.
Ну так давно пора сделать для линуксоядра специальный модуль, обеспечивающий врапперы ко ВСЕМУ и со стабильным ABI. Тогда вместо правок в сотнях модулей, нужно будет чинить только враппер.
> нужно будет чинить только враппер...но он будет размером со все нынешнее ядро ;-)
(хрен ли вы хотите, это не микроядерная архитектура)
Не взлетит - Лайнус покажет средний палец. Ещё что удумали - не заражать свой код копирастичным гпльным вирусом.
> Не взлетит - Лайнус покажет средний палец. Ещё что удумали - не
> заражать свой код копирастичным гпльным вирусом.Ишь чего удумал не ...кхк-кхе... GPLv3+ пользовать.
Подстилка микрософтовская!1
И чего только люди не придумают, только бы не использовать нормальное микроядро...
> И чего только люди не придумают, только бы не использовать нормальное микроядро...Мы ещё немного(ТМ) подождём, и сабжовая блоатварь развалится под собственным весом. DDE, rump. Скоро и kernel.org там будет.
>ломаете abiТы линукс с маком перепутал. Сломать ABI в линуксе надо очень сильно постараться с опциями GCC (у меня кстати получилось :)
> еще и обнаглели - "сами поддерживайте" ("а мы еще посмотрим, принимать
> ли ваши патчи, или морду опять скривить, что не так подано")В Linux не берут левое г от стремных удил, вываленное как подачки. Это позволяет системе поддерживать разумный уровень качества и темпов разработки при огромном объеме кода. Т.е. у них вполне хорошая, успешная, работоспособная стратегия. Если кому нужна именно свалка подачек от корпоративщиков где никто не майнтайнит выброшенный код - есть бзды.
> а на пользователей вам начхать, это ж не рабы интела, которые создают вам массовку.
Проблемы пользователей - у пользователей. При чем тут разработчики? Деньги куда плачены? Вот туда и вопросы по поддержке! Интел разработчикам может быть интересен, например тем что у них, видите ли, компы на этом. И соответственно - "самообслуживание".
Конкретно мокротик - паразит. Умеют зажимать и вешать ограничения, паразитируя на чужих наработках, ничего не привнося в экосистему. Так что если завтра они исчезнут, в Linux никто не заметит разницы. Не убудет. Ни денег, ни кооперации в проекте. Ну и для сравнения - коммитов от интеля в ядро есть и много.
> P.S. одно только не пойму, вы, товарищ, точно коммунист?
В линуксе не получится отобрать и поделить - все и так выложено. Берите и пользуйтесь, если надо. Или не пользуйтесь. Колхоз дело добровольное.
>More recent multicore "tile" processors are based on the 64-bit ARM architecture (AArch64)http://www.mellanox.com/repository/solutions/tile-scm/
Вот только "more recent" я что-то не могу найти у них на сайте.
>>More recent multicore "tile" processors are based on the 64-bit ARM architecture (AArch64)
> http://www.mellanox.com/repository/solutions/tile-scm/
> Вот только "more recent" я что-то не могу найти у них на
> сайте.Давно это было. Потеляли после покупки? Или просто "встроили" в проприертарное сетевое оборудование? Или "будущий год" не наступил в связи с покупкой? Кто ж их разберёт.
24-02-2015 Процессор EZchip TILE-Mx100 имеет 100 ядер ARMv8-A, но появится только в будущем году
--http://www.ixbt.com/news/hard/index.shtml?18/66/2730-09-2015 Mellanox Technologies покупает разработчика процессоров EZchip
--https://www.ixbt.com/news/2015/09/30/mellanox-technologies-e...
Загоняют в ловушку Meltdown и Spectre.
> Загоняют в ловушку Meltdown и Spectre.Сто пудов Intel оплатил публичное сожжение 8 неприкаянных.
>> Загоняют в ловушку Meltdown и Spectre.
> Сто пудов Intel оплатил публичное сожжение 8 неприкаянных.Платит микрософт же.
> Загоняют в ловушку Meltdown и Spectre.meltown и spectre аж на первых пнях есть
> meltown и spectre аж на первых пнях естьНе сыпь мне соль на сахар.
А еще нужно чтоб KDE и Gnome работали только с Vulkan. И не работали через OpenGl. А еще не работали через X.org.А то из-за этой долбаной обратной совестимости медленный прогресс.. Хотя все-равно придут к этому же лет через 10. Та же ситуация как долго тянули 32 бита уже довольно жирные дистрибутивы... совсем не подходящие уже для 32 битного железа.
Хотя я б такой чтоб и ядро Linux уже не было 32
P.S. не холивара ради, а там как хотите
> А то из-за этой долбаной обратной совестимости медленный прогрессСтрого говоря, собрать дистр без обратной совместимости никто не мешает.
Правда, и помогать его потом поддерживать никто не бросается...
Та ну это понятно, я хотел донести что разрабы тратят больше времени на совместимость. Хотя в итоге выкинут старое. Не все могут себе позволить как Мак запросто отказаться от 32 бит
> как Мак запросто отказаться...Для того чтобы вести себя как Apple уже есть Apple.
Эппл и от интела собрался отказаться через пару лет.
> Эппл и от интела собрался отказаться через пару лет.На Power9 хотят влезть? :)
Та не, на ARM. Смартфона хватит всем, это вот всё.
> позволить как Мак запросто отказаться от 32 битТак у них там Universal Binary было, насколько помню. В одном флаконе сраз исполняемый код для нескольких архитектур, PPC\Intel 32\64. Если ошибся - поправьте.
Забавно что мне минусы ставят, хотя разрабы KDE уже и так сделали первый шаг. Решили не добавлять фичи связанные с X.org, даже если им будут присылать патчи. Только исправление ошибок
Судя по стабильности их поделки, они и ошибки уже не исправляют
платят то за внедрение новых фич, а не исправление ошибок, понимать нужно!
Ещё один "не пользовался, но осуждаю".
Про нестабильность KDE будет рассказывать либо в 2009-м, либо одноклассникам.
поделка - это у твоего папаши сын, а KDE - отличный продукт.
> KDE - отличный продуктОтличный от других. Не в лучшую сторону.
Линус в рассылке писал как-то, что ему и хочется прекратить поддержку 32 бит, но лет пять-десять ещё придётся держать.
> А еще нужно чтоб KDE и Gnome работали только с Vulkan. И не работали через OpenGl. А еще не работали через X.org.Да не волнуйся. Они и так всё выкидывают и переписывают заново по сто раз.
А то так говоришь, как будто там вековой код.
Это стоило сделать после следующего LTS релиза, а не в середине цикла между ними.
Вроде, сегодня уже не 1 апреля
> Вроде, сегодня уже не 1 апреляВообще, эти патчи были предложены почти три недели назад, просто сейчас merge window открылось после релиза 4.16, и автор напомнил о себе.
https://marc.info/?l=linux-kernel&m=152103816905020&w=4
А как же новость про драйвера для древних контроллеров дисков с упором на то что пока хоть один человек пользуется устройством драйвера для него останутся?
Вроде сам Линус завещал.
где это он такое завещал? поддерживать кто это дерьмо будет? ты?
> где это он такое завещал? поддерживать кто это дерьмо будет? ты?Ну может это он говорил, когда ядро было 0.1, Билл Гейтс тоже говорил "640Кб хватит всем".
Бтлл Гейтс такое не говорил
Ещё как говорил!
> Бтлл Гейтс такое не говорилЭто науке не известно.
Но известно, что отмазывается.
"Bill Gates denies making 1981 comment about limits of RAM needs"
Дети, поднимите руку, кто верит маиллиардеру-рецидивисту на слово?
Да пусть тогда всё дропнет, раз поддерживать некому.
бла бла бла
если сказать нечего, лучше промолчать
https://www.opennet.dev/opennews/art.shtml?num=41511
https://lkml.org/lkml/2015/1/20/50
Да там дохренищи музейных железок из 90-х годов. Я когда копаюсь в menuconfig, всегда ностальгирую по тем временам.
нафига?
чтобы Windows поставить
> чтобы Windows поставитьна blackfin'ы windows ниффстает, нет vmm (то что так называется, на деле не vmm)
на них даже qnx неффстает, вот чорд, за эти-то бабки...собственно, зачем на них линукс - тоже толком никто не знает, и уж скорее линуксу были они нужны, чем наоборот - вот в том числе и для того, чтобы не сделать намертво ядро работоспособным только на интеловской архитектуре с минимальными вариациями - а для всего остального перепишите-ка пол-ядра, причем вторая половина перестанет работать в принципе, потому что непригодна для разрядности архитектуры <64.
думаю, через пару лет примерно так оно и будет.
Придет время переходить на NetBSD/OpenBSD/L4...
> Придет время переходить на NetBSD/OpenBSD/L4...с компилятором будет засада. Там на выбор только gcc (причем с корявенькими вендорскими патчами), которым эти уже не соберутся (тот, которым они на части архитектур собираются, ужасно старый и тоже патчен-перепатчен, но, разумеется, в других местах) и вендорские компилеры за скока-скока у analog - $3k, помнится? Сам он, понятно, систему не соберет, а портировать не то чтоб нельзя, но 3k не дадут ;-)
ну и говорю же - жалко-то линукс, а не эти архитектуры, используемые крайне редко.
> ну и говорю же - жалко-то линукс, а не эти архитектуры, используемые крайне редко.Линукс справится без тебя и твоей "жалости", не обязательно крокодиловы слезы лить.
А так, на правах ls -la, после этого делеционизма в лине осталось 24 диры в arch/. При этом в x86 и risc-v поддерживается по два - 32 и 64 бит версии. У RISC-V еще теоретически 128 бит может быть, хз поддерживается ли он, его живьем вроде никто не видел. Т.е. это минимум 26 архитектур. Из которых интел - аж целых две! Из 26! Кошмар и засилье интеля, однозначно.
> уж скорее линуксу были они нужны, чем наоборотКак видишь, разработчики Linux решили иначе и йопнули ababdonware. Куда и дорога. Пусть корпоративный мусор без поддержки в бздях валяется, они привычные.
> - вот в том числе и для того, чтобы не сделать намертво ядро работоспособным
> только на интеловской архитектуре с минимальными вариациями -Они только в прошлой версии RISC-V вкомитили. Который не интель. И в этой версии nds32 какой-то, чтоли, или как там его. Который тоже не интель нифига.
> а для всего остального перепишите-ка пол-ядра,
Сначала посмотри в arch/ потом пинди. Хотя лицам с солярно-бсдшным бэкграундом в линухе всегда что-то мешает. Правда, в их мнении нет ничего кроме бреда и предвзятой куеты, но кого такие мелочи смущали.
>> 02.04.2018 19:31 В ядре Linux 4.17 ожидается удаление 8 процессорных архитектурЗачем так пугать? У меня как раз 8-горшковый проц...
Кому надо - пусть пилят модуль сами. Неча на чужом горбу ездить.