LINUX.ORG.RU

На amlogic s922 одноплатнике постоянно вываливается кернел паник. Как прочитать его вывод?

 


0

1
[  909.945285] SError Interrupt on CPU3, code 0xbf000000 -- SError
[  909.945288] CPU: 3 PID: 17234 Comm: bash Tainted: G        WC        5.10.52-gentoo-burato #1
[  909.945290] Hardware name: Hardkernel ODROID-N2 (DT)
[  909.945291] pstate: 40000005 (nZcv daif -PAN -UAO -TCO BTYPE=--)
[  909.945291] pc : __split_vma+0x80/0x1a0
[  909.945292] lr : __split_vma+0x80/0x1a0
[  909.945293] sp : ffff800016debd40
[  909.945294] x29: ffff800016debd40 x28: ffff000005403a00 
[  909.945297] x27: 0000000000000000 x26: 0000000000000001 
[  909.945299] x25: ffff000002bfe000 x24: 0000ffffa9c4f000 
[  909.945301] x23: ffff000002bfe000 x22: 0000000000000000 
[  909.945302] x21: 0000ffffa9c4c000 x20: ffff000002bfeb40 
[  909.945304] x19: 0000000000000001 x18: 0000000000000000 
[  909.945306] x17: 0000000000000000 x16: 0000000000000000 
[  909.945308] x15: 0000000000000000 x14: 0000000000000000 
[  909.945309] x13: 0000000000000000 x12: 0000000000000000 
[  909.945311] x11: 0000000000000000 x10: 0000000ffffa9c49 
[  909.945312] x9 : 0000000000000000 x8 : ffff0000060ba738 
[  909.945314] x7 : ffff000002c89350 x6 : ffff000002bfec00 
[  909.945316] x5 : 0000000000000040 x4 : 0000000000000000 
[  909.945317] x3 : 0000000000000001 x2 : 0000000000000000 
[  909.945319] x1 : ffff000002bfeb40 x0 : 0000000000000000 
[  909.945321] Kernel panic - not syncing: Asynchronous SError Interrupt
[  909.945322] CPU: 3 PID: 17234 Comm: bash Tainted: G        WC        5.10.52-gentoo-burato #1
[  909.945322] Hardware name: Hardkernel ODROID-N2 (DT)
[  909.945323] Call trace:
[  909.945324]  dump_backtrace+0x0/0x1d0
[  909.945324]  show_stack+0x18/0x70
[  909.945325]  dump_stack+0xd0/0x12c
[  909.945326]  panic+0x16c/0x334
[  909.945326]  nmi_panic+0x8c/0x90
[  909.945327]  arm64_serror_panic+0x78/0x84
[  909.945327]  do_serror+0x64/0x6c
[  909.945328]  el1_error+0x90/0x110
[  909.945329]  __split_vma+0x80/0x1a0
[  909.945329]  __do_munmap+0xc0/0x490
[  909.945330]  __vm_munmap+0x70/0xd0
[  909.945331]  __arm64_sys_munmap+0x34/0x50
[  909.945331]  do_el0_svc+0x7c/0x170
[  909.945332]  el0_svc+0x14/0x20
[  909.945332]  el0_sync_handler+0x1a4/0x1c0
[  909.945333]  el0_sync+0x180/0x1c0
[  909.945350] SMP: stopping secondary CPUs
[  909.945351] Kernel Offset: disabled
[  909.945352] CPU features: 0x0040002,61082000
[  909.945352] Memory Limit: none

Что ему не так? Кто умеет грамотно читать панику? Объясните, пожалуйста.

★★★★★

Пользовательский процесс делает munmap() на область памяти. Ядро, делая unmap, разделяет выделенную память на две области (vma). В процессе этого происходит ошибка обращения к памяти на __split_vma+0x80, ядро паникует.

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

С памятью всё в порядке. Проблема может быть в чём угодно: в неправильной настройке MMU, в повреждении указателя каким-то образом.

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

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

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

Чёт у меня аж глаз задёргался...

Объясните, пожалуйста.

Попробую, хотя, самому аж стало интересно.

Что ему не так?

Ну, вообще, похоже что что-то сломалось под нагрузкой. Почему именно «что-то», см. ниже.

Кто умеет грамотно читать панику?

Да панику читать в принципе просто – берём бектрейс и грепаемся по дереву исходников. Что-нибудь, да найдём. Где-нибудь ближе к середине бектрейса. Можете прямо в онлайн – вот Ваше 5.10.52 ядро. https://elixir.bootlin.com/linux/v5.10.52/source/arch/arm64/kernel

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

Хотя, Вы и сами его нашли, этот косяк. Вот Вы пишете:

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

Не, не надо в фольгу или клетку Фарадея. Я не работал именно с этими досками, но с ODROID в общем и целом работал, с теми же XU4. Но могу сказать что в ODROID работают весьма грамотные мужики. И борды делают по уму.

Так что, если можно, то посмотрите что и как там с PLL. По-моему, примеры для Android где-то были, там можно посмотреть, если что.

Если коротко, то это фильтр. Если длиннее, то вот здесь ведро теории. Без него, если на борду присунете источник Wi-Fi или, что ещё хуже, GSM dongle, то всё может быть очень плохо. Напомню, что для 900MHz GSM максимальная излучаемая мощность – 2 Ватта. Боюсь, если будете GSM использовать, то у Вас схема будет отваливаться на каждой регистрации/перерегистрации в сети.

Moisha_Liberman ★★
()
Последнее исправление: Moisha_Liberman (всего исправлений: 1)
Ответ на: комментарий от burato

Тогда это наводка, скорее всего.

Если бы… Без нагрузки так же! И I/O нет.

Чё, собственно, у меня глазик-то и задёргался. Я не работал с N2, но ни на C1 древней, ни на XU3/4 такого не видел. Это п-ц, товарищи…

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

Хмм...

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

Moisha_Liberman ★★
()
Последнее исправление: Moisha_Liberman (всего исправлений: 1)

У вендора ядро 4.9x. Все андроиды/линуксы что я протестил на этой плате с ядром 5.10 неработоспообны.

anonymous
()

Что ему не так? Кто умеет грамотно читать панику? Объясните, пожалуйста.

Проста плата поняла в руки какого д0лбaeбa она папала) тут паника обоснована

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

Почему неработоспособны?

Ну страный вопрос. Ты просто посмотри кругом. Вокруг одни гитаристы. А ядру нужны программисты.

anonymous
()
Ответ на: комментарий от anonymous

ещё раз повторю, программисты есть, но они молчаливы. А гитаристов и фотографов не так много, но они очень громкие.

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

всяко этот "долбоёб намного менее долбич, чем ты, оставляющий такие комменты.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.