LINUX.ORG.RU
решено Форум — Linux-hardware  

Тем, кто умеет читать кернел паники

 


0

2 
[  573.678073] Kernel panic - not syncing: Asynchronous SError Interrupt
[  573.678075] CPU: 3 PID: 2507 Comm: cp Tainted: G         C        5.14.0-gentoo-bur-powersave #4
[  573.678077] Hardware name: Khadas VIM3 (DT)
[  573.678078] Call trace:
[  573.678079]  dump_backtrace+0x0/0x1e0
[  573.678080]  show_stack+0x18/0x70
[  573.678081]  dump_stack_lvl+0x68/0x84
[  573.678083]  dump_stack+0x18/0x34
[  573.678084]  panic+0x16c/0x340
[  573.678085]  nmi_panic+0x8c/0x90
[  573.678086]  arm64_serror_panic+0x78/0x84
[  573.678088]  do_serror+0x58/0x5c
[  573.678089]  el1h_64_error_handler+0x3c/0x70
[  573.678090]  el1h_64_error+0x78/0x7c
[  573.678092]  __memset+0x80/0x188
[  573.678093]  __alloc_file+0x2c/0xf0
[  573.678094]  alloc_empty_file+0x60/0x100
[  573.678095]  path_openat+0x44/0xef4
[  573.678097]  do_filp_open+0x80/0x130
[  573.678098]  do_sys_openat2+0xb4/0x15c
[  573.678099]  __arm64_sys_openat+0x64/0xb0
[  573.678101]  invoke_syscall.constprop.0+0x50/0xf0
[  573.678102]  do_el0_svc+0x8c/0x1c0
[  573.678103]  el0_svc+0x2c/0x90
[  573.678104]  el0t_64_sync_handler+0x1a4/0x1b0
[  573.678106]  el0t_64_sync+0x198/0x19c
[  573.678122] SMP: stopping secondary CPUs
[  573.678123] Kernel Offset: disabled
[  573.678125] CPU features: 0x00002051,00000846
[  573.678126] Memory Limit: none

Что ему не так и как это лечится?

★★★★★

Asynchronous SError Interrupt

Интернет пишет, что SError (system error) это класс ошибок работы с памятью. Вроде как запись должна была произойти успешно, потому что все проверки прав пройдены, но не состоялась. Возможен баг в железе, или это просто сбойный экземпляр. Ошибки всплывают заметно позже инструкции, которая их вызвала, поэтому точного места не увидеть. Прерывание приходит, когда приходит.

i-rinat ★★★★★
()
Ответ на: комментарий от snizovtsev

Тут ничего не понять, подпортились структуры kmem_cache_alloc в более ранний момент. Настраивай kdump.

Да, там на борде два камня в соке, может еще их инитом надо порулить.

kindof ★
()
Ответ на: комментарий от burato

Там в конце есть ссылка на коммит в фиксом. Хотя бы «глазками» на него посмотреть и убедится что в сорсах текущего билда ядра он есть. Если нет - приложить. Как это сделать «идеологически правильно» в мире Gentoo - без руля.

bugfixer ★★★★
()

[ 573.678073] Kernel panic - not syncing: Asynchronous SError Interrupt [ 573.678075] CPU: 3 PID: 2507 Comm: cp Tainted: G C 5.14.0-gentoo-bur-powersave #4

И вообще вендор поддерживает только Debian/Ubuntu и 2 ядра - 4.9 и mainline. Если хочется gentoo 5.14 - то ручками, ручками

kindof ★
()

не зная, что за система, предположу, что че-то с памятью, раз валится на мемсете()

[ 573.678092] __memset+0x80/0x188, от которого ел1 (=ядро) дает ошибку

baja ★
()

Вроде разобрался. Выключил ступени частот с 100000Gz до 1000000Gz, и взял ядро из гентушных сорсов 5.15, выкинул много лишнего. Пока работает без проблем.

burato ★★★★★
() автор топика
Linux-hardware