Linux 6.12

Обоснуй

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

VGA text mode?

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

/dev/fb0?

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

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

у меня на ноуте с 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

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

VGA text mode?

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

/dev/fb0?

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

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

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

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

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

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

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

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

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

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

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

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

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

Sixel

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

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

Неправда.

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

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

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

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

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

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

Запусти в tty

cat /dev/urandom > /dev/fb0

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

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

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

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

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

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

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

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

У меня нету!

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

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

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

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

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

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

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

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

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

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

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

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

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

Эту фичу в принципе делали хз для кого.