Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В ядре Linux 7.4 намечена значительная чистка устаревших ARM-систем

09.09.2026 22:09 (MSK)

Арнд Бергман (Arnd Bergmann), отвечающий за пакеты с ядром в SUSE, подготовил патчи, удаляющие из ядра около 55 тысяч строк кода, связанного с поддержкой устаревших платформ ARM, которые почти не используются и мешают сопровождению актуальных подсистем. К удалению намечены платформы sa1100, omap24xx, i.MX31, samv7, lpc18xx, riscpc, axxia, footbridge, старые платы pxa, orion, dove и mv78xx0, чипы без блока управления памятью (MMU) и микроконтроллеры stm32f4/f7/h7. Указанные платформы намечены для удаления в ядре 7.5, ожидаемом в первом квартале 2027 года, чтобы не проводить удаление в LTS-ядре и дать время пользователям заявить о продолжении использования каких-то систем для предотвращения их удаления.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: В ядре Linux намерены прекратить поддержку старых ARM-платформ, ФС EFS и 32-разрядных MSR-интерфейсов
  3. OpenNews: План прекращения поддержки старых процессоров ARM в ядре Linux
  4. OpenNews: Разработчики ядра Linux обсуждают удаление поддержки устаревших платформ
  5. OpenNews: Инициатива по прекращению поддержки WiMAX в ядре Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66243-kernel
Ключевые слова: kernel, linux, arm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (94) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним10084 и 1008465039 (?), 23:22, 09/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Какая же блин фрагментация в ARM! Вот в x86 всё понятно: amd64 и intel386. Ну по поколениям разве что ещё деление.

    > чипы без блока управления памятью (MMU)

    А на таких что-то работало?

     
     
  • 2.4, Dzen Python (ok), 23:38, 09/09/2026 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Каждый китайский вендор пилит (пилил, если быть точнее, кроме отсталых эпплов) свой собственный ARM, лицензировав его у конторы, что как маленький? Как со старыми юниксами, только с армами. Это потом конвергенция произошла в v7-v8, а до этого в каждой плате стоял почти свой посконный арм.

    > А на таких что-то работало?

    Примитивный эвент луп и прерывания поверх очень-очень (много очень) урезанного линуха, да

     
     
  • 3.76, Аноним (76), 08:04, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А до китайцев (условно в 2000–ые) это замечательно делали японцы и корейцы. Огромная куча ничем не примечательных железок крутилась и крутится на проприетарных ARM–ядрах. Бытовая электроника, носимая, сотовые телефоны, сетевое оборудование, автомобильная, медтех, компьютерное железо, и т.д. и т.п. Бесчисленное множество кастомных ARM9TDMI, ARM7E и ARM9E.
     
  • 2.6, Аноним (6), 00:02, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    ну слуш, там много градаций, от ссе и авх до чё-там-сейчас

    есть подозрение, что новые мобайлы апают по всем пунктам, подчищая устар, чтоб батарейку не насиловать

     
  • 2.14, Аноним (14), 02:39, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Да щас прям.
    Во-первых, amd64 это не x86.
    Во-вторых, даже в рамках x86 архитектура отличается так сильно, что более старое поведение по сути эмулируется. И десятилетиями процессоры неоптимально инициализировались из-за поддержки совместимости со старыми процессорами (кажется происходит до сих пор).
    В-третьих, несмотря на общий набор команд (на самом деле нет, ну да ладно) архитектурно процессоры отличаются как небо и земля. Ближайший пример intel со своими P и E ядрами, которые без патчей работали с трудом.
    Т.е. по сути если бы мы жили в идеальном мире некоторые поколения стоило бы назвать другой архитектурой. Но мы живем в мире маркетинга, поэтому у некоторых поколений привнесенная новизна колеблется около нуля.
     
     
  • 3.35, Malinovsky (?), 09:12, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    P и E ядра работали и без патчей Просто не всем дало понятно как Там достаточн... большой текст свёрнут, показать
     
  • 3.39, Аноним (39), 10:34, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Во-первых, amd64 это не x86.

    Это одна архитектура. Наименования разные. В своё время AMD лицензировала процессоры у Intel.

     
     
  • 4.60, RM (ok), 15:10, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > В своё время AMD лицензировала процессоры у Intel.

    "Да ты шо!?"(Ц)
    А ты в курсе что Интел в свою очередь лицензировал набор команд amd64 у АМД - название намекает на создателя, не?

     
     
  • 5.75, Аноним (76), 07:43, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > "Да ты шо!?"(Ц)

    Представь себе. amd64 — да, лицензированы Intel у AMD. А x86, в свою очередь, лицензированы AMD у Intel.

     
  • 2.16, Аноним (-), 04:47, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >Какая же блин фрагментация в ARM! Вот в x86 всё понятно: amd64 и intel386.

    amd64 и intel386 - это одна архитектура называется IBM-совместимый персональный компьютер.

     
     
  • 3.26, Аноним (26), 07:50, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ibm совместимость это вообще не про процессоры
     
     
  • 4.38, Аноним (39), 10:33, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Intel свой процессор специально делала для IBM PC.
     
  • 2.41, laindono (ok), 10:41, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Нюансы присутствуют:

    x86-64-v1
    x86-64-v2
    x86-64-v3
    x86-64-v4

    https://en.wikipedia.org/wiki/X86-64#Microarchitecture_levels

    Плюс опять же некоторый набор багов в разных реализациях.

     
     
  • 3.48, Аноним (48), 11:34, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ни у Intel, ни у AMD никаких "v10" нет. Есть нормальные флаги CPUID.
     
  • 3.49, MaLinovsky (?), 11:42, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это чушь, которую отмел даже Линус Торвальдс. Это мусор для туповатых людей, кому проще думать типовым мышлением, что вот есть такое, а другого нет. Когда эти тугодумы сталкиваются с теми же Intel Atom с поддержкой SSE 4.1б но без поддержки SSE 4.2 они тупо назовут это ПРЕДЫДУЩИМ поколением, хотя разница будет в поддержку всего одной долбаной инструкции, которая мало где встречается вообще. Поэтому этот идиотизм в рельности не работает, потому что подавляющая часть компов проданных в настоящее время вообще ноутбуки были и атомы там на первом месте, потому что дешево продаются. И если человек не тугодум ему и этого хватит.
     
     
  • 4.55, laindono (ok), 12:38, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    POPCNT и LZCNT весьма важные инструкции так-то.
    Без них тоже самое будет стоит 12-17 инструкций.
    Их одних достаточно для разделения версий.

    А вот без расширений SSE/AVX можно и обойтись. Эти штуки нужны числодробилкам в основном, а такое сейчас модно на специализированную железку выводить.

     
     
  • 5.57, MaLinovsky (?), 14:19, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да, просто для обывателей проще то что им хотя бы знакомо называть, иначе коротк... большой текст свёрнут, показать
     
  • 3.53, MaLinovsky (?), 12:27, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хотя, может я немного напутал, но вот у этих из проекта Thorium точно были проблемы с тем, чтобы заработать на атоме и у них без AVX был лишь вариант с SSE3 рабочий. В общем туда же пачкой отправляются все FX без AVX2. В общем это такой лютый треш и надо быть слабоумным, чтобы создать проблемы всем на ровном месте в попытке унификации неунифицируемого. Они могли сделать что-то и разделить по AVX, то есть без AVX, с AVX отдельно и AVX2 отдельно. Хотя может это кривое описание педивикии и я ничего не напутал. У них там x86-64-v3 это AVX и AVX2 одновременно, чего на мой взгляд не должно быть, ну либо составители унификации тупые как пробки. Часть типа SSE ан 128 бит по сути являются тем же AVX первого поколения по смыслу, потом что там та же разрядность была. Это тупое месиво разбирать очень неудобно по смыслу. Команды одни, разрядность разная, прямой преемственности нет у интела даже на AVX512 и все это превращается в унылый фарш, будто версия напрямую влияет на скорость работы, хотя многие вещи без инструкций работают примерно с той же скоростью. И получается вкусовщина когда в один файл запуска игры могли бы внедрить варианты работы с разными процессорами, проверяя поддерживаемые инструкции, но теста нет и это унылое нечто продвигается как некое единственно правильное решение, хотя на деле создатели компиляторов не осилили ничего сложного, в то время как для Эльбрусов компилятор просчитывает вероятные ветвления. И вот офигеваешь от тупости на которую отважились на западе с их примитивной архитектурой, которая даже не включает варианты работы с наличествующими инструкциями в принципе. Как уж интелы будут решать это с новым горбатым AVX неизвестно, но раз с Itanium облажались, то явно то будет нескоро.

    https://github.com/Alex313031/Thorium/releases

     
  • 2.51, Аноним (51), 12:23, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как говорил Линус: поколения - это маркетинговый булшит. Есть лишь фичи процессора, и они могут быть в разной комбинации никак не коррелируя с маркетинговыми поколениями.
     
  • 2.84, Аноним (84), 12:15, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Какая же блин фрагментация в ARM! Вот в x86 всё понятно: amd64 и intel386.
    > Ну по поколениям разве что ещё деление.

    Ну да, только есть 386, есть 486, 586, 686... есть SSE/SSE2/SSSE3/SSE4/...AVX(2)/AMX/... - и разумеется, если вы вкрячите все и сразу оно только у вас и будет работать. А у толпы других юзерей - не будет.

    А потом еще унифицированно UEFI запилили - и он унифицированно так на некоторых компах только Win и RHEL запускать согласен. Или даже если - норовит сдохнуть от установки ОС. Во отлично. Не говоря о том что предлагается доверять огроменному блобу который почти ОС.

     
     
  • 3.96, Аноним10084 и 1008465039 (?), 17:00, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь они все обратно совместимы

    > - и разумеется, если вы вкрячите все и сразу оно только у вас и будет работать

    Так и не зачем, надо наоборот, минимальный набор команд юзать и будет работать у всех. Допкоманды - это ж необязательный бонус, неужели он так уж нужен?

     
     
  • 4.100, Аноним (-), 19:36, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >  Но ведь они все обратно совместимы

    Если посмотреть историю ядра Linux - совместимость старых ABI и форматов бинарей лишь с оговорками. У ARM все примерно так же по смыслу.

    > Так и не зачем, надо наоборот, минимальный набор команд юзать и будет работать у всех.

    Минимальный - будет. И вы как, предлагаете нам i386 ограничиться? Или ... чем? А то в этом же Linux и этот ваш 486 - удаляют уже. Чтобы не таскать для него эмуляцию фич которые ядро на самом деле хотело бы видеть.

    > Допкоманды - это ж необязательный бонус, неужели он так уж нужен?

    Некоторые нужны. Некоторые не очень. Но иногда хлам все же вытряхивают - и на x86 недавно начали поддержку 486 выкидывать. За отсутствие нужных фич проца, ага. Эмуляцию спецом для антиков таскать - а зачем в 2026 году?

     
     
  • 5.101, Аноним10084 и 1008465039 (?), 19:43, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Если посмотреть историю ядра Linux - совместимость старых ABI и форматов бинарей лишь с оговорками. У ARM все примерно так же по смыслу

    x86 разве меняют поведение старых команд?

    > И вы как, предлагаете нам i386 ограничиться?

    Ну в совсем ранних да, не хватало команд, ну Пентиумом может каким-нибудь

     

  • 1.2, Celcion (ok), 23:24, 09/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    Правильно, надо удалять всё, что не осиливают нейронки. Да и вообще всё, кроме amd64 и arm64 - от лукавого и тоже надо удалить. Так победим!
     
     
  • 2.7, Аноним (6), 00:13, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ну если стандарт гонит один(гугл) и рефорсит старое на новое - на какой производственную мощность (бабки) тратить ( продакшен чипов под него подстраивается - наверняка заводов тож не особо много), просто чисто с потреб поинта - втрое дороже за то, что не используется/устарело что ли?

    давай я монстров со вторички с доплатой загоню, реально нужно? там ещё доплата за аккумы будет, сорян

    унификация прикольно, согласен, пока нет второго устройства. не в том смысле чтоб комп носить с ибп в походном рюкзаке по квартире, либо с телефоном бегать 5сек-лимит до розетки, а типа когда как телек за секунду канал меняет и тп бытовуха, или в тачке там педаль можно нажать

     
  • 2.13, Аноним (13), 01:56, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нейронки не пишут асемблер, им похрен на то под какую платформу потом компилится их код
     
  • 2.61, MaLinovsky (?), 16:01, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что это за чушь? Не хватало еще поддерживать древние микроконтроллеры коих было выпущено для того что к сети даже не подключено. И вот ради этого надо тащить то что слишком тяжело? Для вздуревших вообще есть отдельная бригада мед братьев, которая успокоительные колит. Очевидно что поддерживать свое железо должны те кто его поддержку заинтересован оставить - то есть бизнес. Если бизнеса нет и интереса нет, то нет смысла поддерживать редкую дичь, которая ненужна. То есть количество процессоров поделить на количество покупателей и получим ноль, потому что деление на ноль всегда дает ноль. Это абсолютно адекватное решение, а кому надо могут бекпортировать изменения из новых ядер еще хоть 50 лет.
     
     
  • 3.69, User (??), 20:50, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > потому что деление на ноль всегда дает ноль.

    "Коварство гроссмейстера было несомненно"(С)

     
     
  • 4.82, Malinovsky (?), 11:57, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что за пустой комментарий? Ну украл ты выражение из древней допустим экранизации. Деление на ноль, дающее ноль это математическое правило. Ты сумасшедший, если собрался с этим спорить. Иди хотя бы дроби выучи для начала. Что тут мелкие делают с самомнением? Научись привлекать внимание не только воплями "Мама я обослался!".
     
     
  • 5.85, User (??), 12:28, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Что за пустой комментарий? Ну украл ты выражение из древней допустим экранизации.
    > Деление на ноль, дающее ноль это математическое правило. Ты сумасшедший, если
    > собрался с этим спорить. Иди хотя бы дроби выучи для начала.
    > Что тут мелкие делают с самомнением? Научись привлекать внимание не только
    > воплями "Мама я обослался!".

    Челодлань... Иди что ли на ИЗО с физкультурой - точные науки с литературой не твое, правда.

     
     
  • 6.86, Malinovsky (?), 13:56, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так ты все-таки картавый. Точные науки это какие? Или ты общение а форуме считаешь точной наукой? Литература как раз мое, просто ты ни черта не знаешь. Можешь попробовать осилить хотя бы одно видео для начала. На вот тебе смесь литературы и точных наук в контексте производительности видео подсистемы на линуксе без тупой нудятины якобы профессионалов.
    Если осилишь просмотр и пройдешь тест на тему видео по смыслу будешь уже не совсем пустозвон.

    https://www.youtube.com/watch?v=5m6LWcSnRTQ

     
     
  • 7.87, User (??), 14:02, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    "И тут Остапа понесло..."(С)
    Прочитал про деление на ноль, сына?
     
     
  • 8.89, Malinovsky (?), 14:22, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Когда тебе расписали условия выползания из числа пустозвонов ты смеешь пытаться ... текст свёрнут, показать
     
  • 8.90, Malinovsky (?), 14:37, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тест на линуксоида, самостоятельное мышление, умение вести себя в обществе прова... текст свёрнут, показать
     
     
  • 9.91, User (??), 15:36, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Волчица ты, тебя я презираю С - похоже все-таки заглянул в учебник за пяты... текст свёрнут, показать
     
     
  • 10.92, Malinovsky (?), 15:57, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Изыди нечистый Ты самостоятельно ничего выдать неспособен, кроме попыток оскорб... текст свёрнут, показать
     
  • 9.93, Аноним (-), 16:24, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да тут скорее вспоминается что-то про жабу и гадюку И кстати если некто типа Us... текст свёрнут, показать
     
     
  • 10.98, Malinovsky (?), 18:27, 11/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 10.99, Malinovsky (?), 19:05, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На вот глянь далеко не полный список видео, которые я уже сделал Если твой мозг... текст свёрнут, показать
     
  • 2.78, нах. (?), 09:56, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Правильно, надо удалять всё, что не осиливают нейронки.

    у тебя опечатка в слове ibm.
    Нейронки-то может и осилят, но токены оплачивать ibm не будет.

     

  • 1.3, Dzen Python (ok), 23:35, 09/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ждём в комментариях тут пользователей буквально каждой удаляемой древнеарм-платы, которым (особенно поделкам без MMU) вот край как нужен свежий 7.5+ - ведь УЯЗВИМОСТИ.
     
     
  • 2.8, Аноним (6), 00:17, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну элитку это не затронет - у них свой саппорт, наверняка

    наши бытовые расходники - там момент подыхания девайса/взлома катастрофически мал и списывается, с баланса хд, друг другом

     
  • 2.72, Аноним (72), 21:49, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    stm32f4/f7//h7 перечисленные в списке так-то довольно широко используются, а их тоже хотят дропнуть. Тя считай, что юзеры уже подтянулись.
     
     
  • 3.79, нах. (?), 09:57, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    мож и лучше будет если перестать на них ставить lin00psы ? (хотя да, было б чем заменять...)

     
     
  • 4.95, Аноним (-), 16:51, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > мож и лучше будет если перестать на них ставить lin00psы ? (хотя
    > да, было б чем заменять...)

    Да вот именно линуха - на именно этих - не очень то и попсовый вид спорта запускать. Там оперативку и флеш все равно придется на плату паять, плата получится разлапистой а система в целом - по цене примерно как обычный одноплатник.

    Только за те же бабки - малохольный и проблемный диалект одноплатника, без MMU, тормозной и с мизером ресурсов. Специфичная штука, Linux без MMU - очень на любителя развлечение. У этих чипов только упрощенный MPU есть, у него нет страниц - только несколько регионов с разными правами. Можно разве что ядро от юзера прикрыть. Но вот например процесс от процесса - уже ой. И абстракция многозадачной многоюзерской ОС начинает отъезжать.

     
  • 3.94, Аноним (-), 16:26, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > stm32f4/f7//h7 перечисленные в списке так-то довольно широко используются, а их тоже
    > хотят дропнуть. Тя считай, что юзеры уже подтянулись.

    И много ты вот именно их - именно бутявящих Linux - видел за свою жизню? У них MMU так то нет - и поэтому пускать на них вот именно Linux - это довольно специфичный экспериенс. Потому что Linux все же делался - для MMU - и без него имеет кучу особенностей и ограничений.

     

  • 1.5, Аноним (6), 23:59, 09/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    то есть мой андроид из чулана на 2026-лтс не поедет? линусы в директ писать, или сидни свини сначала?
     
     
  • 2.46, Аноним (46), 11:10, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Android устройства никогда не использовали ни одну из упомянутых тут архитектур
     

  • 1.9, Аноним (9), 00:29, 10/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    только risc-v, только вперёд!
     
     
  • 2.22, Брат Анон (ok), 07:08, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    С РИСК всё не так однозначно. Работает? Да. Нет никаких рисков? Нет.
     
     
  • 3.30, Аноним (30), 08:13, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >С РИСК всё не так однозначно. Работает? Да. Нет никаких рисков? Нет.

    Нет никаких рисков только у того, что уже дропнули.

     
     
  • 4.73, Джон Титор (ok), 04:19, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А разве у китайцев не свои разработки на форках? Ну не приняли их изменения, не значит что ничего нет.
     

  • 1.10, Аноним (-), 00:41, 10/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Приятно видеть развенчание мифа: "Of cource it runs Linux".
     
     
  • 2.29, Аноним (9), 07:55, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Приятно видеть развенчание мифа: "Of cource it runs Linux".

    тебе от этой новости не так больно за хозяина Билли? бывает... но не привыкай...

     
     
  • 3.109, Аноним (-), 21:15, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > тебе от этой новости не так больно за хозяина Билли? бывает... но
    > не привыкай...

    У Билли на подобном по мощности железе разве что MS-DOS работал - и тот x86-only.

     
  • 2.77, leap42 (ok), 09:00, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Приятно видеть развенчание мифа: "Of cource it runs Linux".

    Это ж не проприетарь какая. Вендор (хоть проца, хоть конечного продукта) всегда может вернуть поддержку out of tree - кому надо, тот заберёт. Да и в новости явно указано, что волонтёры могут явно заявить о себе и продолжить поддержку в mainline.

     

  • 1.12, Songo (ok), 01:04, 10/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не вижу ничего плохого.
    На такие платформы ставить свежие ядра, ну такое себе. А кто их юзает на предприятиях, те или не обновляют, или сами допилят что надо.
    p.s. Как говорится: Станок от этого молотить быстрее не станет, а интернет на нём и не нужен.
     
  • 1.15, Аноним (15), 02:49, 10/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сначала не понял за что stm32 удаляют, а по факту там несколько моделей плат только было.
     
     
  • 2.20, Аноним (20), 06:21, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Сначала не понял за что stm32 удаляют

    За то, что простой смертный может взять и запилить визитку, на которой будет крутиться линукс. И при этом не платить сотни нефти квалкому.

     
     
  • 3.50, Аноним (-), 11:50, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Визитка на stm32? Да с линуксом? А что на этой визитке будет делать линукс? Как те самые часы?
     
  • 3.97, Аноним (-), 17:26, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Сначала не понял за что stm32 удаляют
    > За то, что простой смертный может взять и запилить визитку, на которой
    > будет крутиться линукс. И при этом не платить сотни нефти квалкому.

    Простой смертный - несколько затрахается разводить в CAD и паять плату с RAM и Flash, давайте уж честно. А без RAM и Flash у STM'ки никак ресурсов на линуха не хватит.

    А если не затрахается - вон Allwinner A13 и отшнуровки - ARMv7 апликушник в QFP корпусе. А то что надо RAM и флеш развести... так и там - надо. Зато ARMv7 с MMU полноценным, такое дропать никто не собирается.

     
  • 2.23, тожемимокрокодил (?), 07:17, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Правильно! Все, кто на STM32, срочно мигрируем с Linux на DiscoBSD и наслаждаемся жизнью ;)
     
     
  • 3.103, Аноним (-), 20:43, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Правильно! Все, кто на STM32, срочно мигрируем с Linux на DiscoBSD и
    > наслаждаемся жизнью ;)

    А оно когда-то поддерживало STM32? oO

     
  • 2.32, Смузихеб забывший пароль (?), 08:35, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    вопрос скорее в том, зачем там вообще линь, а не какая-нибудь ОСРВ
     
     
  • 3.80, нах. (?), 09:58, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    name first 3 ? (причем таких которые ты, нонейм, можешь себе позволить и сумеешь использовать, а не где-то у эльбита)

     

  • 1.18, DEF (?), 05:36, 10/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чистки? Мы любим чистки! Только RISC-V, только хардкор!
     
     
  • 2.25, Аноним (25), 07:45, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там тоже через пару лет найдутся желающие что-то поудалять.
     

  • 1.24, Аноним (25), 07:44, 10/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Новый тренд - прославится за счёт патчей удаляющих что-либо. А то патчи, исправляющие color на colour уже не принимают.
     
  • 1.31, Sm0ke85 (ok), 08:22, 10/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >и микроконтроллеры stm32f4/f7/h7

    Оо а зачем они микроконтроллеры вообще поддерживают? Типа есть же фриртос и др., на кой и Куда там линукс пихать?

     
     
  • 2.33, Аноним (20), 09:00, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты же осознаёшь, что с фриртос всю прорву софта хотя бы из busybox тебе придётся написать с нуля на api этой самой freertos, да ещё и на си, да ещё и с жёсткими констрейнтами по коду?
     
     
  • 3.36, Sm0ke85 (ok), 09:33, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Ты же осознаёшь, что с фриртос всю прорву софта хотя бы из busybox тебе придётся написать с нуля на api этой самой freertos, да ещё и на си, да ещё и с жёсткими констрейнтами по коду?

    Ты ж осознаешь, что все тобою перечисленное и так и так на МК нормально не заработает...? Там даже модбас когда реализуешь - кастомный драйвер часто приходится делать, чего ты туда пихать собрался еще..?

    '''
    Foundation lines:

        STM32F446 – 180 MHz/225 DMIPS, up to 512 Kbytes of Flash memory with dual Quad-SPI and SDRAM interfaces
        STM32F407/417 – 168 MHz CPU/210 DMIPS, up to 1 Mbyte of Flash memory adding Ethernet MAC and camera interface
        STM32F405/415 – 168 MHz CPU/210 DMIPS, up to 1 Mbyte of Flash memory with advanced connectivity and encryption

    и рамы 320кб или менее

    '''

     
     
  • 4.43, Аноним (20), 10:59, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В старших версиях и памяти больше, и пришить её можно.
     
     
  • 5.52, Sm0ke85 (ok), 12:25, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >В старших версиях и памяти больше, и пришить её можно.

    Это старшие модели в озвученной в статье серии stm32f4, да и те серии что старше - там разница не прям чтоб туда ядро грузить (я про H7):

    '''
    The series is based on the 32-bit Arm Cortex®-M7 core, running at up to 600 MHz. It is available in single and dual-core versions (Cortex®-M7 + Cortex®-M4), reaching the industry’s highest benchmark scores for Cortex®-M based microcontrollers, with up to 3347 CoreMark. It also supports execution from internal and external memories with on-the-fly decrypt/encrypt.

    The STM32H7 series offers embedded flash memory ranging from 64 Kbytes to 2 Mbytes. This memory is based on ST’s nonvolatile memory (NVM) technology and manufactured using a 40 nm process.

    It has a high memory scalability and flexibility with 564 Kbytes up to 1.4 Mbytes of SRAM embedded, and very fast external memory interfaces up to 200 MHz.
    '''

    Но тут, конечно, можно рамы и флеша пришить, и это вполне поедет. Но stm32f4 - это прям такое...

     
  • 4.104, Аноним (-), 20:58, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да, и ты в курсе что 225 DMIPS - это хуже чем WL500GP допотопный, которому ца... большой текст свёрнут, показать
     
  • 2.34, Аноним (20), 09:02, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    iting programmer 8220 There is more Unix-nature in one line of shell script t... большой текст свёрнут, показать
     
     
  • 3.37, Sm0ke85 (ok), 09:49, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >iting programmer: “There is more Unix-nature in one line of shell script than there is in ten thousand lines of C.”

    История годная, но в данном случае вот тебе пример: есть stm32f042, которому очень тяжело и свободно 380 байт флэша и 420 байт рамы, а драйвер модбаса с гитхаба скушает 2кб флэша и точно доест раму. => И тут мастер Фу - не справился, а программист Си - смог... Таков путь))))

     
     
  • 4.54, Аноним (54), 12:29, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На мой взгляд, в данном случае, мастер Фу скорее останется в стороне, с самого начала. Он - мастер UNIX, а на stm32f042 в примере вряд ли установлен UNIX. Позовут мастера Си, который скажет: "There is more embedded-nature in one line of c code than there is in ten thousand lines of assembler."
     
     
  • 5.56, Sm0ke85 (ok), 12:41, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >На мой взгляд, в данном случае, мастер Фу скорее останется в стороне, с самого начала. Он - мастер UNIX, а на stm32f042 в примере вряд ли установлен UNIX. Позовут мастера Си, который скажет: "There is more embedded-nature in one line of c code than there is in ten thousand lines of assembler."

    А ты Хорош)))

     
  • 4.105, Аноним (-), 21:03, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > История годная, но в данном случае вот тебе пример: есть stm32f042, которому
    > очень тяжело и свободно 380 байт флэша и 420 байт рамы,
    > а драйвер модбаса с гитхаба скушает 2кб флэша и точно доест
    > раму. => И тут мастер Фу - не справился, а программист
    > Си - смог... Таков путь))))

    А вот мастера архитекта и прожект манагера - вам явно не завезли чтоб чип брал с запасом хотя-бы процентов 20, на случай если новых фич в проекте все же захочется...

    И вот вы показали - что в си вы хороши. Но вы показали и что в управлении проектами и выборе комплектухи вы - дубы дубовые и общее управление у вас - ни к черту.

     
  • 2.67, Жертва (?), 19:33, 10/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В общем случае, люди этим пользуются для того, чтобы использовать существующий код ядра Linux, чаще всего сетевой, Bluetooth, Wi-Fi, вот это всё.

    Посмотрите презентацию ребят, которые на jcore 2 используют Linux в каких-то датчиках потребления энергии: https://www.youtube.com/watch?v=dVD1Yws__v0

     

  • 1.40, Аноним (39), 10:37, 10/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Приятно видеть развенчание мифа: "Of cource it runs Linux".

    Хорош врать. В оригинале звучит как: "Of cource it runs NetBSD". NetBSD озабочен поддержкой всего существующего на земле железа.

     
     
  • 2.81, нах. (?), 10:30, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    озабоченность-то - глубокая или глубочайшая?
    А то по факту - железа способного загрузиться с флоппи-дисков осталось довольно немного.
    А больше ничего они и не шмагли толком.

     

  • 1.44, Аноним (44), 11:00, 10/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я тоже удалять умею. Надо уже давно половину ядра удалить.
     
  • 1.45, Метрика (?), 11:06, 10/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше бы POSIX AIO починили, а не лепили бесформенный IO_URING, который к тому же работает так же плохо как и AIO
     
     
  • 2.83, нах. (?), 12:01, 11/09/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.106, Аноним (-), 21:05, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше бы POSIX AIO починили, а не лепили бесформенный IO_URING, который к
    > тому же работает так же плохо как и AIO

    IO_Uring работает куда как быстрее и сильно скромнее по оверхеду. А POSIX AIO это очередная дохлая лошадь, нужная хз кому и зачем - на практике это довольно кривая шляпа, с неважным перфомансом. Им никто особо и не пользуется в результате.

    Так что вы глядя на Генри Форда встали в позу и сказали "лучше б колеса у брички смазал". А он возьми да и убери брички с дорог...

     
     
  • 3.112, Метрика (?), 21:30, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хэх, неважный перформанс это в линуксе с его эмуляцией POSIX AIO в пространстве пользователя, тот же IO_URING выполняющие аналогичные функции был создан решить проблему, а в итоге её только усугубил своим ужасным API и глючностью, хотя другие Unix типа MacOS/FreeBSD с AIO проблем не испытают, потому что писались не васяном на коленке
     

  • 1.74, Джон Титор (ok), 04:27, 11/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Очередные танцы с бубном вокруг монолитной архитектуры. Поздравляю системных программистов. Когда-то так хотел быть системщиком, но не пустили, зато пустили в веб. Теперь смотрю - не зря. Как дуристикой страдали, так и страдают.
     
     
  • 2.88, Метрика (?), 14:09, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пещерные люди, что тут скажешь, их адепт боится обьектов в ООП, а комьюнити отрицает круглую землю, то есть микроядерную архитектуру
     
     
  • 3.102, Джон Титор (ok), 19:55, 11/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.108, Аноним (-), 21:12, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Пещерные люди, что тут скажешь, их адепт боится обьектов в ООП, а
    > комьюнити отрицает круглую землю, то есть микроядерную архитектуру

    Но эти то - познали прелести огня, толпой ходят на мамонта, орудия делают... а вон те - монахи какие-то. Жрут что найдут под ногами или постятся, ходят нагишом, ничего кроме открытия чакр не умеют, из инструментов - нет примерно ни...я, а если коллега сдох от болезни или там аппендицита какого - такова воля богов, во.

     
     
  • 4.111, Метрика (?), 21:22, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я говорю о том, что когда то Unix с монолитным ядром написанным на Си был прорывной системой спору нет, но сейчас это как ездить на павозке по рельсам вместо трамвая
     
  • 2.107, Аноним (-), 21:10, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Очередные танцы с бубном вокруг монолитной архитектуры.
    > Поздравляю системных программистов.

    Академики грезили микроядрами - но потом чего-то даже для себя свое юзать не хотели, не говоря уж о написании для своего "счастья" дров.

    И вот выучили вы мудрость профессора Таненбаума как (не надо) писать ОС. Чтобы что? В реальном мире - это знание некуда приткнуть. Денег за это не дадут. ОС написанная по этим паттернам - будет нужна примерно никому. И вот получили вы это знание... чотбы что? Вы потратили время на фигню с нулевым результатом, господа.

     
     
  • 3.110, Метрика (?), 21:19, 11/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На микроядрах сейчас работают MacOS/QNX готовые системы, на гибридном ядре(разновидность микроядра) работает Windows, все новые ОС разрабатываются с микроядрами тот же HarmonyOS от хуавей микроядерный, гугл тоже пытается выпилить линукс из андроида со своей фуджису, но гугл и софт вещи несовместимые
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить новость, Поддержать