The OpenNET Project / Index page

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

В ядро Linux 7.1 добавлена поддержка Realtime-режима для 32-разрядных систем ARM

27.04.2026 21:38 (MSK)

В состав ядра Linux 7.1, релиз которого ожидается в середине июня, приняты изменения, добавляющие возможность использования режима реального времени (PREEMPT_RT) на 32-разрядных процессорах ARM. Ранее поддержка PREEMPT_RT была обеспечена для архитектур x86 и x86-64, ARM64, RISC-V и LoongArch.

На данный момент из патчей проекта rt-linux, которые ещё не внедрены в основное ядро, пока остаются:

  • Запись в sysfs /sys/kernel/realtime как индикатор, что система работает в режиме реального времени.
  • Ряд исправлений, специфичных для драйвера i915.
  • Возможность использовать режим реального времени на архитектуре PowerPC.


  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Релиз ядра Linux 6.12 с поддержкой Realtime-режима
  3. OpenNews: В ядре Linux 6.12 намерены реализовать возможность включения Realtime-режима
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65302-realtime
Ключевые слова: realtime, preempt_rt
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (38) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Страдивариус (ok), 23:10, 27/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А реалтайм вообще возможен в системе, где устройство может стать bus master'ом и захватить шину на столько (а-ля PCI)? Или где в самый нужный и ответственный момент случается SMI и все такие: "Ой, пацаны, у нас тут минус первое кольцо, расходимся."
     
     
  • 2.3, Ы (?), 00:14, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    этого на arm32 нет и да - qos и приоритеты для мастеров настраиваются
     
  • 2.4, warlock (??), 00:25, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    SMI можно отключить (переключить на SCI).
     
     
  • 3.29, Страдивариус (ok), 20:50, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > SMI можно отключить (переключить на SCI).

    На обычном писюке нельзя.

     
  • 2.5, Аноним (-), 01:59, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >  А реалтайм вообще возможен в системе, где устройство может стать bus master'ом

    Даже в этом моем STM32 (микроконтроллер, надеюсь достаточно реалтаймно уже?) - его DMA - может стать bus master и захватить шину... но, правда, ненадолго - round robin с процессорным ядром при клещах все же будет.

    Однако жестким использованием DMA можно заметно нагнуть все даже на мк. Реалтайм дизайн системы - многофакторная штука, bus mastering (и вообще contention и рубка за ресурсы) лишь 1 из кучи аспектов.

    Сам по себе "сферический bus mastering в вакууме" - не обязывает те или иные процессорные ядра вставать колом и перестать реагировать на события. А у более актуального PCIe линки так то peer to peer и что вы там захватывать собрались? Свой линк? И кому от этого плохо кроме вас самих?

    > и захватить шину на столько (а-ля PCI)? Или где в самый нужный и ответственный
    > момент случается SMI и все такие: "Ой, пацаны, у нас тут минус первое
    > кольцо, расходимся."

    "И тут я проснулся и заметил что это ARM у которого нет никакиз SMI# и ring -1" :D. И да, это повод предпочесть ARM непонятной хрени с ring -1 и мутноблобом обрабатывающим это, ибо лично отвечать за хзкакой блоб делающий хзчто раздавая оружающим гарантии свойств системы на основе хзчего - нафиг надо!

     
     
  • 3.16, Смузихлеб забывший пароль (?), 08:37, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дело не в этом, а в том, что линь сам по себе слишком жирная штука чтобы быть с этим хоть в чём-то уверенным. Помимо того что туда требуется затащить гору сторонних пакетов которые вообще ничего не гарантируют. Это примерно как трактору с прицепом куда навалены брёвна, приделать руль как у гоночного авто и всерьёз называть это "гоночная тачка"

    Даже куда более компактная РТОСь вроде ФриРТОС - и то, вызывает много вопросов по своей РТОСности, т.к в действительности не может ничего гарантировать и иные события там рандомно могут обрабатываться куда дольше чем ожидалось. А более продвинутая её версия - СейфРТОС уже распространяется не бесплатно, ещё и без исходников

     
     
  • 4.28, Сусанин (?), 18:36, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому для реального времени можно рассматривать только голое железо - baremetal, да и то, даже в этом случае ещё надо постараться получить реальное время.
     
  • 4.33, Аноним (-), 21:21, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Даже в обычном STM32 можно в ряде случаев заказать суммарные потоки данных по ши... большой текст свёрнут, показать
     
  • 3.30, Страдивариус (ok), 20:52, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > "И тут я проснулся и заметил что это ARM у которого нет
    > никакиз SMI# и ring -1" :D. И да, это повод предпочесть
    > ARM непонятной хрени с ring -1 и мутноблобом обрабатывающим это, ибо
    > лично отвечать за хзкакой блоб делающий хзчто раздавая оружающим гарантии свойств
    > системы на основе хзчего - нафиг надо!

    Родной, а ты текст новости читал кроме заголовка? Написано же тебе, что якобы это уже есть для x86 и x86_64. Я про арм ничего не спрашиваю, а спрашиваю про то, как на этом дерьме оно может работать?

     
     
  • 4.36, Аноним (-), 21:51, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Родной, а ты текст новости читал кроме заголовка? Написано же тебе, что
    > якобы это уже есть для x86 и x86_64. Я про арм
    > ничего не спрашиваю, а спрашиваю про то, как на этом дерьме
    > оно может работать?

    Родной, я эту новость - написал. Так что ты феерично поумничал - прямо на автора новости. И да, мой пойнт в том что на произвольно взятом писюке с хзчей мутноблоб BIOS/EFI - с хз каким SMM# Handler - ну попробуй дать гарантии его поведения. И с какого бы потолка ты данные о worst case его поведения возьмешь?

    Однако если взять 2 из 3 и подстраховать каким МК попроще - даже это сможет полететь в космос как бортовой компьютер, ни много ни мало. Элон маск проверил. В общем у реалтайма и требований к нему - много ипостасей.

    ARM просто сильно проще и там нет вот этого ring -1 с абы каким обработчиком в который по SMI# вышибает - безусловно, немаскируемо, и единственное что ос может вообще сделать - это констатировать что "X времени украл обработчик SMI#" - уже ПОСТФАКТУМ, что немного поздняк для гарантий. Вот этот элемент дизайна x86 как кархитектуры - крайне неудачен для RTOS, особенно - на наобум взятом компе с абы какой некооперативной системной фирмварью. Если у вас там coreboot какой и обработчик SMI# лично ваш - это совсем другой коленкор уже. Только врядли у вас ТАКОЕ есть. Сильно продвинутые типа элонмаска на такое могут и подраспереться если им надо станет.

     
  • 3.32, Страдивариус (ok), 20:56, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Сам по себе "сферический bus mastering в вакууме" - не обязывает те
    > или иные процессорные ядра вставать колом и перестать реагировать на события.
    > А у более актуального PCIe линки так то peer to peer
    > и что вы там захватывать собрались? Свой линк? И кому от
    > этого плохо кроме вас самих?

    Не поможет в общем случае. Один девайс полез мастерить другой девайс, а в этот момент CPU решил помастерить первый - и ква.

     
     
  • 4.37, Аноним (-), 21:55, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Не поможет в общем случае. Один девайс полез мастерить другой девайс, а
    > в этот момент CPU решил помастерить первый - и ква.

    Что - ква? В общем случае проц как ядро вообще не обязан встать на паузу от этого и тем более до состояния когда он не может контекст переключить и заняться чем-то иным. Не говоря о том что ядер нынче более 1.

    А мастеринг кто кого и как - iommu нынче есть так то даже у ARM нынче, ага. Даже у 32-битных есть которые не сильно ископаемые. Там вообще эта активность будет - то что хост позволит вообще.

     
  • 2.23, Аноним (23), 10:38, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    SMI, как бы, и QNX'у помешать может.
     
     
  • 3.31, Страдивариус (ok), 20:54, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > SMI, как бы, и QNX'у помешать может.

    Может, поэтому что одной ОСью риал-тайм нельзя гарантировать - это комплекс аппаратных и софтварных мер. Но как они на x86 могут вообще про риал-тайм говорить?

     
     
  • 4.38, Аноним (-), 22:47, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> SMI, как бы, и QNX'у помешать может.
    > Может, поэтому что одной ОСью риал-тайм нельзя гарантировать - это комплекс аппаратных
    > и софтварных мер. Но как они на x86 могут вообще про
    > риал-тайм говорить?

    С той или иной степенью условности и допущений. Ну скажем если у вас системная фирмварь это coreboot какой - там вы можете и быть в курсе что SMI# обработчик сделает. А наобум взятый писюшник - ессно такой себе реалтайм, на свою бошку. Ибо откуда вы знаете насколько и когда его фирмваре руль отберет? :)


     

  • 1.2, Аноним (2), 23:29, 27/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А патчи на видеопамять не принимают от валва?
     
  • 1.6, Аноним (6), 02:12, 28/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Но 32-бита на x86 всё равно дропнут. В отличиии от 32-битных альтернативных архитектур, у быдла на руках слишком много 32-битных селеронов и атомов, конкурируют с современным DRMнутым хламом.
     
     
  • 2.19, Аноним (19), 09:55, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Так 32-битные АРМы ещё явно много где используются, а быдло с атомами тольо и может кричать "дай, давй".
     

  • 1.7, Аноним (7), 02:15, 28/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Лучше бы миррорс кернел орг починили, уже 6 дней как никаких обновлений по всем дистрам. apt даже пометил его как протухший, ибо срок жизни TUF-канарейки стёк.
     
     
  • 2.8, Аноним (8), 03:06, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не всем https://mirrors.edge.kernel.org/archlinux/ 27 Apr - вчера, а вот Debian да, протухший
     
     
  • 3.9, Аноним (8), 03:09, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь ясно, что случилось у них https://social.kernel.org/notice/B3FpxSKAReX7S2ePfE
     
     
  • 4.10, Аноним (8), 03:14, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Цитата:

    "Should we start occasionally breaking mirrors.kernel.org so that people identify and fix these dependencies? Maybe. But I'm slightly terrified of unintended consequences that may impact real people's lives."

    В общем не используйте mirrors.kernel.org на продакшене

     
     
  • 5.11, Аноним (11), 07:17, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >В общем не используйте скурвившийся Debian, намеренно создающий условия для взлома aptа спецслужбами путём редиректа с https на http и не фиксингга архитектуры самого апта с in-band signalling и сокетами

    Ясно. Но что тогда использовать, может Apple MacOs или Windows 11? Эти давно подписали допуск к гостайне, и х специалисты сами тебе бэкдор зальют. Кстати, в прошлом году произошёл случай, нескольким менеджерам ИИ-отделов из корпораций из кремниевой долины присвоили звание полковников и привели к воинской присяге. Знаешь, мне кажется, что это далеко не первый случай, просто ИИ - горячая тема, этим можно понтоваться "вот наши военные всерьёз модернизируют нашу армию с помощью ИИ". А аналогичные присвоения званий тем, кто отвечает за помощь в шпионаже - о них широкую публику и не извещают.

     
     
  • 6.13, Аноним (13), 08:27, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > редиректа с https на http

    Стоп, что? Откуда такая информация?

     
     
  • 7.17, Аноним (17), 09:05, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зашёл браузером по адресу репозитория на дебиан орг, на https, меня редиректнуло на http.
    Не я один такой. В интернете даже обсуждали, что в apt нет защиты от такого редиректа, хотя должна быть, городили сами на уровне файрвола, но это неправильно.
     
     
  • 8.18, Аноним (18), 09:42, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В дебиане пакеты не подписываются ключом мейнтейнера Подсовывай, какой хочешь, ... текст свёрнут, показать
     
     
  • 9.20, Аноним (20), 10:09, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    радости тебе с этой подписи, если вместо пакета твой апт получит от твоего прова... текст свёрнут, показать
     
     
  • 10.22, Аноним (18), 10:18, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Повод сменить провайдера ... текст свёрнут, показать
     
     
  • 11.24, Аноним (24), 14:43, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Даже если шарик сменить, взяв с собою только своих единомышленников, проблемы в ... текст свёрнут, показать
     
  • 11.34, Аноним (20), 21:38, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не на что менять В тех е нях только один опсос, которого нагнули по разнарядке... текст свёрнут, показать
     
  • 10.39, Аноним (-), 22:59, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну он и с TLS от тебя получит - ресет соединения или что там у главжандарма в тр... текст свёрнут, показать
     
  • 9.25, Аноним (25), 15:00, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вы бы хоть Интернет по теме почитали, там всё давно расписано, это очевидные вещ... текст свёрнут, показать
     
     
  • 10.26, Аноним (18), 15:22, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Другим дистрибутивам не мешает А дистрибутиву, в котором будут голосовать до пр... текст свёрнут, показать
     
     
  • 11.27, Аноним (27), 16:34, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да, да, знаем То что Сноуден принёс - это тоже была конспирологическая теория ... текст свёрнут, показать
     
  • 8.35, Аноним (35), 21:39, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А вы не в браузере смотрите, а перехватите запросы apt, например через mitmproxy... текст свёрнут, показать
     
     
  • 9.40, Аноним (40), 01:33, 29/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А смысл Даже если они не делают это в конкретный момент для апта, то что они де... текст свёрнут, показать
     
  • 5.14, Аноним (14), 08:35, 28/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А что теперь клоны редхат использовать?
     

  • 1.12, кукпоп (?), 07:38, 28/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Весьма хорошая новость.
     

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



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

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