Isn't it because udebug kernel module is trying to dump all the threads and the third one is simply not there?
Just a guess - I've seen the code briefly. Dne 3. 6. 2015 21:41 napsal uživatel "Jakub Jermar" <[email protected]>: > On 06/03/2015 05:54 PM, Jan Mareš wrote: > > Thank you very much too :). Any luck with the second one? > > The out of sync number of threads can be IMHO explained by the fact that > the statistics source is task_t::refcount and as such can be temporarily > incremented in sections between task_hold() and task_release(), which is > probably what happens here. You would see the off-by-one number if the > thread thread lingered in such a section for some reason. In any case, > the increased thread count is nothing to worry about. Maybe we should > try using task_t::lifecount for the statistics instead. > > As for the second panic itself, the kernel encountered the page fault > exception while it was executing udebug_thread_e_event(). Not sure why. > Will have to debug this. > > Best, > Jakub > > > _______________________________________________ > HelenOS-devel mailing list > [email protected] > http://lists.modry.cz/listinfo/helenos-devel >
_______________________________________________ HelenOS-devel mailing list [email protected] http://lists.modry.cz/listinfo/helenos-devel
