|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Slawa Olhovchenkov 2:5030/500 26 Mar 2005 14:27:36 To : Valentin Nechayev Subject : В сторону разработчиков -------------------------------------------------------------------------------- 26 Mar 05, Valentin Nechayev writes to Slawa Olhovchenkov: SO>> У меня вопрос. SO>> Глыпый. SO>> Я вообще в потрохах ядра ориентируюсь слабо, а сейчас еще и недоспавши. SO>> В kern/kern_shutdown.c:panic() line 549 SO>> mtx_lock_spin(&sched_lock); SO>> td->td_flags |= TDF_INPANIC; SO>> mtx_unlock_spin(&sched_lock); SO>> if (!sync_on_panic) SO>> bootopt |= RB_NOSYNC; SO>> boot(bootopt); SO>> Я так понимаю, что это прямо-таки неслабый шанс получить в этом месте SO>> проблемы и висение с регистрами на экране. SO>> Или я ошибаюсь? VN> Hу если честно - если бы был более простой способ остановить другие VN> процессоры - это было бы сделано. Ты предлагаешь чтобы процессор в панике - VN> останавливал все остальные через IPI отдельным механизмом? Видимо, пока что VN> не было нужно. В дебагер вываливаются до этого. И call doadump из оного можно дать. Значит или есть или и так работает. VN> Вообще panic может поймать, конечно, не все ситуации. Оно рассчитано VN> на то, VN> что ещё заметная часть ядра жива. И это вопрос не только SMP и мьютексов. И это повод ждать ресета?!! ... Hаверное, съел чего-нибудь... --- GoldED+/BSD 1.1.5 * Origin: (2:5030/500) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/2221424539a6.html, оценка из 5, голосов 10
|