[haiku-bugs] Re: [Haiku] #1925: Reboot during startup on Toshiba Satellite 2615DVD/6.0
- From: "bonefish" <trac@xxxxxxxxxxxx>
- Date: Sun, 28 Feb 2010 16:50:16 -0000
#1925: Reboot during startup on Toshiba Satellite 2615DVD/6.0
---------------------------+------------------------------------------------
Reporter: umccullough | Owner: bonefish
Type: bug | Status: assigned
Priority: normal | Milestone: R1
Component: System/Kernel | Version: R1/pre-alpha1
Keywords: | Blockedby:
Platform: x86 | Blocking:
---------------------------+------------------------------------------------
Comment(by bonefish):
Replying to [comment:28 umccullough]:
> New serial log attached here, I am emailing the kernel_x86 as it was
still > 488kb bz2'd.
The stack trace translates to:
{{{
arch_debug_stack_trace
kernel_debugger_loop
kernel_debugger_internal
panic
arch_vm_translation_map_early_map
vm_allocate_early
LargeMemoryPhysicalPageMapper::Init
large_memory_physical_page_ops_init
arch_vm_translation_map_init
vm_init
_start
}}}
As expected we're still in LargeMemoryPhysicalPageMapper::Init(), the
called vm_allocate_early() in this case is the second one (for page table
and data).
> It seems keyboard input even works in kdebug, but it doesn't show on the
laptop display, only via serial. It also doesn't accept any of the
commands I tried, so I guess the debugger is in a barely-functional state
at this point?
Yes, it's too early in the boot process. There's no kernel heap yet and
the kernel debugger commands haven't been registered.
> On the bright side, something seems to have fixed the corrupt serial
output as well, maybe i jiggled the cable just right :)
Good. :-)
I've added more debug output in r35658. I'm also attaching patch 1925
-early-allocation-debug-output.diff which enables it and adds a bit more.
--
Ticket URL: <http://dev.haiku-os.org/ticket/1925#comment:29>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
