При краше ядра через sysrq не мигают индикаторы на клавиатуре

почему так?
Наверное, имел ввиду kernel panic? ... - под kernel crash обычно понимается дамп (core-file) падения ядра.
Что конкретно делал и как (вводил команду или использовал волшебные кнопки)???
И почему они должны мигать??? - где такое вычитал, если из doc, то приведи цитату, если вычитал в инете, то это ни о чем не говорит.
На моем ноуте всего один светодиод, который нормально реагирует на kernel panic - постоянно светится.

PS - и лучше при таких экспериментах прописать в sysctl параметр kernel.panic=10 (чтобы через 10с выполнился автоматом reboot, иначе система будет висеть)

EDIT 1 - про мигание говорится в файле linux/kernel/panic.c и linux/drivers/input/serio/i8042.c

EDIT 2 - не все так просто с этим миганием, нужно смотреть какое действие повешено на данный led, например, у меня
cat /sys/class/leds/input3::capslock/trigger
none usb-gadget usb-host kbd-scrolllock kbd-numlock [kbd-capslock] kbd-kanalock kbd-shiftlock kbd-altgrlock kbd-ctrllock kbd-altlock kbd-shiftllock kbd-shiftrlock kbd-ctrlllock kbd-ctrlrlock disk-activity disk-read disk-write ide-disk mtd nand-disk cpu cpu0 cpu1 cpu2 cpu3 cpu4 cpu5 cpu6 cpu7 panic mmc0 AC-online BAT0-charging-or-full BAT0-charging BAT0-full BAT0-charging-blink-full-solid rfkill-any rfkill-none bluetooth-power rfkill0 rfkill1 rfkill2 phy0rx phy0tx phy0assoc phy0radio phy0tpt hci0-power rfkill3 audio-mute audio-micmute
и как видим активировано то что в скобках - [kbd-capslock] , а panic в списке возможных значений имеется, значит можно его активировать - но не факт, что получится.
Совсем забыл - согласно исходников этот panic_blink активируется автоматом
if (!panic_blink)
		panic_blink = no_blink;
У меня если capslock выключен, то загорается и горит постоянно, но не мигает .... а почему не мигает, нужно смотреть более детально.
Ошибки не исчезают с опытом - они просто умнеют
Про перезагрузку после kernel panic я в курсе.
Видел на ютубе как при kernel panic мигали индикаторы на клавиатуре, да и в википедии написано.
А так если не будет применена авто перезагрузка после паники и не будут мигания индикаторов, то просто будет эффект зависания, не будет ощущения что произошло что-то аварийное.
А так можно с помощью kdump замутить текст о панике, подобное я уже делал.
Angry_Agent
не будет ощущения что произошло что-то аварийное
Ощущение будет - все будет заблокировано, в том числе и клавиатура + постоянно горит leds
PS - кстати, у тебя при kernel panic горят постоянно все leds? Если горят постоянно, то может эту функцию изменили в исходниках???

Немного поигрался со своим светодиодом capslock
- перевел его в режим ide-disk - при обращении к диску светодиод моргает
- перевел его в режим panic - никаких именений … выходит одного перевода в режим panic не достаточно, должен поступить еще сигнал, что наступил kernel panic (согласно linux/kernel/panic.c и linux/drivers/input/serio/i8042.c) - хотя могу и ошибаться. Вообщем не понятно, чтобы понять нужно капитально залазить в исходники - дерзай.

Angry_Agent
с помощью kdump
Кстати, dump падения не делал?
Ошибки не исчезают с опытом - они просто умнеют
Ну... у меня leds тухнут после того как прошло несколько секунд(именно если крашнуть через sysrq).
Возможно при краше через sysrq специально никаких внешних признаков о панике не подаётся(мигание led).
Было дело когда у моего знакомого на ядре linux-hardened мигали индикаторы, говорил что он отошёл, возвращается а там индикаторы мигают, ему тут и так стало понятно что это паника.
Я делал дампы тестовых падений(крашил через sysrq), собственно удивительно что логи сохраняются в dmesg, dmesg только и сохранял.
Angry_Agent
ему тут и так стало понятно что это паника.
да любому будет понятно, что паника, если индикаторы клавы не реагируют на клавиатурное переключение... эти события вроде работают по прерыванию... если уж прерывания не работают то это все, писец....
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Angry_Agent
у меня leds тухнут после того как прошло несколько секунд(именно если крашнуть через sysrq)
Странно - у меня включается leds и горит постоянно.
Делал тоже через sysrq (у меня sysrq=1) - Alt_gr+sysrq+c (Alt_gr -правый Alt, sysrq - ptr_sc) ... но можно и через команду (тоже самое)
echo c | sudo tee /proc/sysrq-trigger

nafanja, если будет время, а, главное, желание, проверь, что у тебя с led - все таки они должны включаться и гореть постоянно
Ошибки не исчезают с опытом - они просто умнеют
vasek
nafanja, если будет время, а, главное, желание, проверь, что у тебя с led - все таки они должны включаться и гореть постоянно
нифига, по команде echo c | sudo tee /proc/sysrq-trigger, все замирает как было и через 5 сек перезагрузка (у меня только так настроенно kernel.panic = 5)
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
нифига, по команде echo c | sudo tee /proc/sysrq-trigger, все замирает как было и через 5 сек перезагрузка (у меня так настроенно)
Для достоверности проверил еще раз, capslock отключил (разумеется для исключения дурного все проги завершил, оставил один терминал) и запустил в нем команду - все зависло и через несколько секунд загорелся leds capslock, через 10с reboot.
Хрен поймешь, у всех по разному - или маловато 5с ??? или нет события panic ??? - что вообще маловероятно, но проверить можно.
Смотрим что имеется в директории /sys/class/leds
ls /sys/class/leds
ath9k-phy0  hp::hddprotect  input3::capslock  input3::numlock  input3::scrolllock  mmc0::
и проверяем наличие panic в файле trigger соответствующего KEY
grep --color=auto panic /sys/class/leds/input3::capslock/trigger
если panic имеется, то он будет красным ... но по идее он быть ОБЯЗАН, тогда почему у нас по-разному?
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.