[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: page fault in mach_msg_trap
From: |
Jeff Bailey |
Subject: |
Re: page fault in mach_msg_trap |
Date: |
Wed, 16 May 2001 15:20:32 -0700 |
User-agent: |
Mutt/1.2.5i |
On Wed, May 16, 2001 at 05:44:05PM -0400, Igor Khavkine wrote:
> > > The time it pauses is too short to write down all registers. We should
> > > consider increasing it.
> >
> > The time is a rapid spinning loop, IIRC, and has gotten shorter as
> > processors have gotten faster; it should be timed to bogomips or
> > something like that.
>
> Why should there be a finite delay? I think a much better option
> is wait for the user to press a key before rebooting. When I was
> working with oskit-mach I was lazy so I just put a "hlt" instruction
> in panic so I would have to manually reset the machine to reboot.
> But it did give me unlimited time to examine the error messages.
I like the idea of adding a --halt-on-panic option to the configure.
I think the Debian package should probably *not* have this on by
default (on the theory that this could be a production environment)
Tks,
Jeff Bailey
- page fault in mach_msg_trap, Marcus Brinkmann, 2001/05/10
- Re: page fault in mach_msg_trap, Thomas Bushnell, BSG, 2001/05/13
- Re: page fault in mach_msg_trap, Igor Khavkine, 2001/05/16
- Re: page fault in mach_msg_trap, Marcus Brinkmann, 2001/05/16
- Re: page fault in mach_msg_trap, OKUJI Yoshinori, 2001/05/17
- Re: page fault in mach_msg_trap, Marcus Brinkmann, 2001/05/17
- Re: page fault in mach_msg_trap, OKUJI Yoshinori, 2001/05/17
- Re: page fault in mach_msg_trap, Thomas Bushnell, BSG, 2001/05/17
- Re: page fault in mach_msg_trap,
Jeff Bailey <=
- Re: page fault in mach_msg_trap, Adam Olsen, 2001/05/16
- Re: page fault in mach_msg_trap, Jeff Bailey, 2001/05/17
- Re: page fault in mach_msg_trap, Thomas Bushnell, BSG, 2001/05/17
- Re: page fault in mach_msg_trap, Roland McGrath, 2001/05/16