Linux 6.12

1

2

Среди значимых изменений:

Патчсет Linux-RT для построения систем реального времени окончательно включен в кодовую базу ядра вместе с принятием последних изменений в функции printk().
Добавлена возможность динамически загружать сторонние планировщики CPU как программы BPF.
Добавлена возможность выводить информацию kmsg при возникновении kernel panic в виде QR-кода.
Кольцевой буфер теперь позволяет сохранять записи при перезагрузке.
Теперь ядро может работать с устройствами, размер блока которых превосходит размер страницы памяти.
Система безопасности Tomoyo может быть скомпилирована в виде загружаемого модуля ядра.

Ссылка

←	Проект TrapC развивает Си-подобный язык, безопасно работающий с памятью

Fil-C — компилятор для языков C и C++, гарантирующий безопасную работу с памятью

→

← 1 2 3 →

Ответ на: комментарий от CrX 19.11.24 18:01:07 MSK

Обоснуй

wandrien ★★
(19.11.24 18:02:16 MSK)

Ответ на: комментарий от wandrien 19.11.24 18:02:16 MSK

Ну нафига оно в ядре? Текстовой информации достаточно. Будто ядро недосточно жирное, и надо ещё генерацию QR-кодов туда добавить.

CrX ★★★★★
(19.11.24 18:04:41 MSK)

Ответ на: комментарий от CrX 19.11.24 18:04:41 MSK

как получить доступ к этой **текстовой** информации?

wandrien ★★
(19.11.24 18:08:17 MSK)

Ответ на: комментарий от wandrien 19.11.24 18:08:17 MSK

А к QR-коду как? Очевидно, вывести на экран. Если вывести на экран QR-код возможность есть, то уж текст тем более.

CrX ★★★★★
(19.11.24 18:09:52 MSK)

Ответ на: комментарий от CrX 19.11.24 18:09:52 MSK

А к QR-коду как?

QR машиночитаем другим устройством. А фотка экрана с текстом машиночитаема только условно.

wandrien ★★
(19.11.24 18:14:08 MSK)

Ответ на: комментарий от hobbit 19.11.24 09:26:27 MSK

Лённарт еще соломки подстелил в виде возможности читать двоичные логи через strings.

Вот если QR-код вместо текста это да, очень плохая идея.

Если это так, то напрасно я ждал, когда же это ядро наконец завезут в арча :) Мне куда больше по душе обычные текстовые логи.

yars068 ★★★★
(19.11.24 18:14:16 MSK)

Ответ на: комментарий от wandrien 19.11.24 18:14:08 MSK

Это понятно. Но прямо в ядре подобное — явный перебор. Кернел-паника — это не что-то, что случается несколько раз на дню, и ради чего имеет смысл экономить десять секунд на перепечатывание текста, учитывая, что это не какой-то пароль или уникальный url из рандомных символов, а осмысленный текст ошибки. Да и много ли того текста влезает в этот QR-код?

CrX ★★★★★
(19.11.24 18:20:13 MSK)

kernel panic в виде QR-кода

классическое нинужно

amd_amd ★★★★★
(19.11.24 18:28:43 MSK)

Ссылка

Ответ на: комментарий от hateyoufeel 19.11.24 16:00:15 MSK

Нет, не должно.

А ведь и действительно не должно!

Посмотрел актуальные RT конфиги на OSADL QA Farm on Real-time of Mainline Linux, так там везде и PM и CPU_FREQ в наличии

Не совсем, правда, понятно, как будет выглядеть этот real-time, если процессор вдруг начнет частоту менять или компоненты системы в power saving уходить

alx777 ★★
(19.11.24 20:17:03 MSK)

Ответ на: комментарий от zabbal 19.11.24 17:48:53 MSK

Чтобы найти непонятную хрень в гугле надо сначала знать что искать. А ты не сказал!

kirill_rrr ★★★★★
(19.11.24 20:28:25 MSK)

Ответ на: комментарий от wandrien 19.11.24 17:57:54 MSK

Ну если в ход пошли сканеры QR, то точно так же - распознавателем текста. Сейчас уже нет принципиальной разницы.

kirill_rrr ★★★★★
(19.11.24 20:29:39 MSK)

Ссылка

Ответ на: комментарий от wandrien 19.11.24 18:08:17 MSK

Есть 2 проблемы: во первых текстовое сообщение можно выводить прямо в текстовую консоль, не изобретая поверх всяких сложных DRM-подсистем. А вовторых - текстовое сообщение можно прочитать и глазами и распознавателем, а QR только распознавателем.

kirill_rrr ★★★★★
(19.11.24 20:33:10 MSK)

Ответ на: комментарий от kirill_rrr 19.11.24 20:33:10 MSK

Это если у пользователя есть текстовая консоль, к тому же где она кроме x86 имеется?

MOPKOBKA ★★★★★
(19.11.24 20:34:23 MSK)

Ответ на: комментарий от MOPKOBKA 19.11.24 20:34:23 MSK

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

kirill_rrr ★★★★★
(19.11.24 20:35:50 MSK)

Ответ на: комментарий от kirill_rrr 19.11.24 20:35:50 MSK

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

Вот на твоих RPi есть текстовый режим? Я подозреваю что нет.

MOPKOBKA ★★★★★
(19.11.24 20:36:51 MSK)
Последнее исправление: MOPKOBKA 19.11.24 20:38:52 MSK (всего исправлений: 3)

Ответ на: комментарий от alx777 19.11.24 20:17:03 MSK

А в чём проблема? Во-первых, реалтайм – это гарантия получания процессом времени в первую очередь. Во-вторых, можно для RT- процессов не менять частоту.

hateyoufeel ★★★★★
(19.11.24 20:53:39 MSK)

Ответ на: комментарий от hateyoufeel 19.11.24 20:53:39 MSK

А в чём проблема? Во-первых, реалтайм – это гарантия получания процессом времени в первую очередь.

Нет, реалтайм – это гарантия реакции на событие в течении оговоренного промежутка времени

Например, для реалтайм системы управления кораблем, время гарантированной реакции может исчисляться минутами, а для airbag’а – микросекундами

Во-вторых, можно для RT- процессов не менять частоту.

Наверняка можно. Если все правильно сконфигурировать

А потом вдруг окажется, что какая-нибудь условная сетевая карта, на пакеты с которой и нужно реагировать, вдруг решила уйти в спящий режим

alx777 ★★
(19.11.24 21:24:37 MSK)

Ссылка

Ответ на: комментарий от MOPKOBKA 19.11.24 20:36:51 MSK

У видеокарты любой режим графический. Вот только самый простой - vga-совместимый фреймбуфер на х86 и что то подобное у всех остальных. Когда операционка использует примитивный и медленный универсальный драйвер, над фреймбуфером которого создаёт текстовую консоль.

И вот тут уникальная фишка линукса: на стандартном драйвере tty нет опции «вывести QR-код», для этого надо либо переписать tty для поддержки растровой графики, либо использовать один из существующих, глючных и проблемных драйверов терминала с растровой графикой. Разумеется это будет регулярно создавать проблемы так же, как создавало их всё время до этого.

А судя по всему здесь ещё и задействован DRM, который прямой выход приложения на 3Д-ускоритель.

kirill_rrr ★★★★★
(19.11.24 23:45:59 MSK)

Ответ на: комментарий от kirill_rrr 19.11.24 23:45:59 MSK

У видеокарты любой режим графический.

VGA text mode?

Вот только самый простой ... фреймбуфер
И вот тут уникальная фишка линукса: на стандартном драйвере tty нет опции «вывести QR-код», для этого надо либо переписать tty для поддержки растровой графики

/dev/fb0?

А судя по всему здесь ещё и задействован DRM

Вот это проблема, да.

MOPKOBKA ★★★★★
(20.11.24 00:11:01 MSK)

у меня на ноуте с PREEMPT_RT отваливался DRM_I915, я закомментил строчку c плюсиком

diff --git a/drivers/gpu/drm/i915/Kconfig b/drivers/gpu/drm/i915/Kconfig
index a4c94dc2e2164..3aa719d5a0f0d 100644
--- a/drivers/gpu/drm/i915/Kconfig
+++ b/drivers/gpu/drm/i915/Kconfig
@@ -3,6 +3,7 @@ config DRM_I915
 	tristate "Intel 8xx/9xx/G3x/G4x/HD Graphics"
 	depends on DRM
 	depends on X86 && PCI
+	depends on !PREEMPT_RT
 	select INTEL_GTT
 	select INTERVAL_TREE

пока полет нормальный (целых 18 минут!) - ядро с PREEMPT_RT и DRM_I915 загрузилось, новых багов не замечено :)

metawishmaster ★★★★★
(20.11.24 00:29:49 MSK)
Последнее исправление: metawishmaster 20.11.24 00:43:23 MSK (всего исправлений: 3)

Ссылка

Ответ на: комментарий от wandrien 19.11.24 18:08:17 MSK

Прикрутить прокрутку? Во многих случаях на экране остаётся только конец трейса, а вся полезная информация оказывается за пределами видимой части экрана.

u5er ★★
(20.11.24 01:12:58 MSK)

Ответ на: комментарий от MOPKOBKA 20.11.24 00:11:01 MSK

VGA text mode?

Получается он самый. Единственное что +/- одинаково работает везде, хз как так получается, но на не-х86 выглядит точно так же. Краткое гугление подтвердило мою уверенность: в этом режиме QR не нарисовать, а если и нарисовать то ПЦ как сложно.

/dev/fb0?

А он получается устаревшей абстракцией поверх фреймбуфера драйвера видеокарты. Видимо поэтому и работает как повезёт.

kirill_rrr ★★★★★
(20.11.24 02:19:16 MSK)

Ответ на: комментарий от wandrien 19.11.24 18:08:17 MSK

С помощью кратких и расширенных кодов ошибок? В любом случае что 177*177 = 3900 байт, что 80х25 = 2000 символов недостаточно для полной картины.

kirill_rrr ★★★★★
(20.11.24 02:22:21 MSK)

Ссылка

Ответ на: комментарий от u5er 20.11.24 01:12:58 MSK

Может еще отдельную ОС в режиме кернел паники запустить?

wandrien ★★
(20.11.24 02:23:12 MSK)

Патчсет Linux-RT для построения систем реального времени окончательно включен в кодовую базу ядра.

«И сказал Он что это хорошо! И было это хорошо весьма!»

Somebody ★★
(20.11.24 06:43:45 MSK)

Ссылка

Ответ на: комментарий от wandrien 20.11.24 02:23:12 MSK

Почему бы и нет? Что-то вроде отладочного инитрамфс, содержимое которого запускается при панике и содержит все необходимые инструменты для отладки и диагностики.

u5er ★★
(20.11.24 07:08:15 MSK)

Ссылка

Ответ на: комментарий от CrX 19.11.24 18:20:13 MSK

Это понятно. Но прямо в ядре подобное — явный перебор. Кернел-паника — это не что-то, что случается несколько раз на дню, и ради чего имеет смысл экономить десять секунд на перепечатывание текста, учитывая, что это не какой-то пароль или уникальный url из рандомных символов, а осмысленный текст ошибки. Да и много ли того текста влезает в этот QR-код?

Но когда это всё таки случилось некоторым мажно сохранить технические подробности. Мобильники с читалками QR-кода сейчас есть у всех. Если лично тебе это не надо, я практически уверен, что ты можешь отключить эту опцию в настройках ядра и пересобрать.

zg
(20.11.24 09:19:08 MSK)

Ответ на: комментарий от kirill_rrr 20.11.24 02:19:16 MSK

Получается он самый. Единственное что +/- одинаково работает везде

Он работает только в режиме CSM в x86. Там реально не нарисовать картинки. Во всех остальных режимах, и устройствах типа RPi вывод текста всегда связан с отрисовкой картинки буковки. Попиксельно.

А он получается устаревшей абстракцией поверх фреймбуфера драйвера видеокарты. Видимо поэтому и работает как повезёт.

Ну а терминал тогда через что рисуется? По моему как раз через фреймбуфер. Поэтому если фреймбуфер плохо работает, то и текста не будет видно.

MOPKOBKA ★★★★★
(20.11.24 09:28:38 MSK)
Последнее исправление: MOPKOBKA 20.11.24 09:29:23 MSK (всего исправлений: 2)

Ответ на: комментарий от kirill_rrr 19.11.24 23:45:59 MSK

на стандартном драйвере tty нет опции «вывести QR-код»

Sixel

не уверен, что ядрёная консоль его поддерживает, но TUI-приложения типа w3m прекрасно умеют выводить картинки.

alegz ★★★★
(20.11.24 09:44:28 MSK)

Ссылка

Ответ на: комментарий от zg 20.11.24 09:19:08 MSK

Мобильники с читалками QR-кода сейчас есть у всех

Неправда.

Если лично тебе это не надо, я практически уверен, что ты можешь отключить эту опцию в настройках ядра и пересобрать.

Так можно о чём угодно сказать. Давай иксы в ядро засунем. И systemd тоже. Кому не надо — отключат и пересоберут, что там.

CrX ★★★★★
(20.11.24 10:19:06 MSK)

Ответ на: комментарий от MOPKOBKA 20.11.24 09:28:38 MSK

Во всех остальных режимах, и устройствах типа RPi вывод текста всегда связан с отрисовкой картинки буковки. Попиксельно.

Теоретически возможно, но драйвер tty без отдельной настройки фреймбуфера то один и тот же! Так что единственное что монжо отрисовать попиксельно на RPi - лого пингвинов/малинок при старте. значит при панеке надо убить tty и вместо него запустить фреймбуфер... Они разные, там прямо смену видорежима видно. Может быть в каких то дистрах фреймбуфер по умолчанию но не в дебиане.

kirill_rrr ★★★★★
(20.11.24 11:55:32 MSK)

Ответ на: комментарий от kirill_rrr 19.11.24 20:28:25 MSK

Чтобы найти непонятную хрень в гугле надо сначала знать что искать. А ты не сказал!

Удивительно, и как это остальные умудряются без моих подсказок гуглом пользоваться? Наверняка они знают какой-то секрет - только тебе его не скажут ;-)

zabbal ★★★★★
(20.11.24 12:04:09 MSK)

Ответ на: комментарий от kirill_rrr 20.11.24 11:55:32 MSK

Запусти в tty

cat /dev/urandom > /dev/fb0

Я на своем компьютере вижу что экран заполнен разноцветными пикселями в tty. Видеорежимы не меняются. Ты должен видеть тоже самое. Номер наверное может меняться, например fb1.

MOPKOBKA ★★★★★
(20.11.24 12:33:07 MSK)
Последнее исправление: MOPKOBKA 20.11.24 12:36:52 MSK (всего исправлений: 3)

Ответ на: комментарий от zg 20.11.24 09:19:08 MSK

Мобильники с читалками QR-кода сейчас есть у всех.

У меня нету! Формально как бы 8Мпикс, но по факту чёткости на уверенные 640х480, 800х600 при хорошем освещении. Текст читается каким то чудом, на 90% из за ИИ-постобработки. А если в кадре источник света - мажет и засвечивает только так.

Смартфон я выбирал за другие характеристики - так что ещё похоже нескоро будет у меня читалка КуАр.

kirill_rrr ★★★★★
(20.11.24 12:36:41 MSK)

Ответ на: комментарий от zabbal 20.11.24 12:04:09 MSK

Ну тогда ты легко нагуглишь мой ответ на твои пруфы.

kirill_rrr ★★★★★
(20.11.24 12:39:18 MSK)

Ответ на: комментарий от MOPKOBKA 20.11.24 12:33:07 MSK

Заполняет. Только есть хоть что нибудь, способное вывести туда что то осмысленное? На настроенном фреймбуфере на ядрах ~2.6.32 х86 интел атом какой нибудь mplayer мог выводить видео напрямую. А тут ничего подобного не работает.

kirill_rrr ★★★★★
(20.11.24 12:43:40 MSK)

Ответ на: комментарий от kirill_rrr 20.11.24 12:43:40 MSK

Можешь сконвертировать картинку в формат твоего фреймбуфера и сделать cat image.bin > /deb/fb0. Так же и QR-код можно туда вывести.

MOPKOBKA ★★★★★
(20.11.24 12:55:40 MSK)
Последнее исправление: MOPKOBKA 20.11.24 12:55:47 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от kirill_rrr 20.11.24 12:39:18 MSK

Который ты забыл написать?

zabbal ★★★★★
(20.11.24 17:46:00 MSK)

Ответ на: комментарий от zabbal 20.11.24 17:46:00 MSK

Да. В ответ на твои пруфы, которые ты забыл дать.

kirill_rrr ★★★★★
(20.11.24 18:21:32 MSK)

Ссылка

Ответ на: комментарий от kirill_rrr 20.11.24 12:36:41 MSK

У меня нету!

Очень сомневаюсь, что эту фичу делали для тебя.

zg
(20.11.24 22:39:15 MSK)

Ответ на: комментарий от CrX 20.11.24 10:19:06 MSK

Так можно о чём угодно сказать. Давай иксы в ядро засунем. И systemd тоже. Кому не надо — отключат и пересоберут, что там.

Давай представим, что твой совершенно утрированный пример таки реально реализован. В каких дистрибутивах такую фичу ядра оставят включённой?

zg
(20.11.24 22:40:55 MSK)

Ответ на: комментарий от zg 20.11.24 22:40:55 MSK

Боюсь представить. Зависит от многих факторов. Если такое предположить, и допустим иксы теперь будут развиваться только в ядре, а отдельная версия станет deprecated/legacy, то, думаю, очень многие.

CrX ★★★★★
(20.11.24 22:43:38 MSK)

Ответ на: комментарий от CrX 20.11.24 22:43:38 MSK

и допустим иксы теперь будут развиваться только в ядре

Давай без дополнительных условий. К тому же в отношении QR-кодов это вообще нерелевантно.

zg
(20.11.24 22:46:53 MSK)

Ответ на: комментарий от zg 20.11.24 22:46:53 MSK

Давай без дополнительных условий.

«В каких дистрибутивах такую фичу ядра оставят включённой?» — это по сути вопрос про дополнительные условия. Да, для QR-кодов это нерелевантно, и эту фичу оставят включенной подавляющем большинстве дистрибутивов. Что дальше?

CrX ★★★★★
(20.11.24 22:48:31 MSK)

Ответ на: комментарий от CrX 20.11.24 22:48:31 MSK

Ну а что дальше? Это сделает данную сборку ядра больше и/или медленнее? Нет, в отличии от твоего утрированного примера, ничего подобного. Ну и скорее всего режим с QR-кодом можно выключить в параметрах ядра в его загрузчике, без пересборки ядра. Подстверждение этому я не нашёл, видимо просто потому, что документацию ещё не обновили. Но вполне логично ожидать такую возможность.

zg
(20.11.24 23:15:57 MSK)

Ответ на: комментарий от zg 20.11.24 23:15:57 MSK

Это сделает данную сборку ядра больше

Да. Хоть и ненамного. Но немного там, немного тут, и получается много.

Но важнее, что это сделает код ядра ещё более bloated. Понятно, что это капля в море уже и так разжиревшего ядра, но хотелось бы всё же, чтобы это самое разжирение и напихивание бесполезных фич как-то не так сильно ускорялось.

CrX ★★★★★
(20.11.24 23:20:42 MSK)

Ответ на: комментарий от CrX 20.11.24 23:20:42 MSK

Ну вот там, где это действительно важно, просто отключи DRM_PANIC_SCREEN_QR_CODE и пересобири ядро. Полагаю, что во всякого рода эмбедед это и так будет отключено по-умолчанию.

zg
(20.11.24 23:33:28 MSK)