On Thu, 7 Feb 2002, John Baldwin wrote:
> > IdlePTD at phsyical address 0x003d1000
> > initial pcb at physical address 0x00329bc0
> > panicstr: bremfree: bp 0xc2161734 not locked
> > panic messages:
> > ---
> > panic: msleep
>
> Hmmm, wonder where that came from.
> oh:
>
> KASSERT(ident != NULL && td->td_proc->p_stat == SRUN, ("msleep"));
>
> However, your trace shows some other type of panic, one not in msleep but from
> a fatal kernel trap.
As a data point, i can cause bremfree panics with ddb's panic function
too. There is some wart in the panic handling that triggers the bremfree
one, or the strings are screwed up :)
Doug White | FreeBSD: The Power to Serve
[EMAIL PROTECTED] | www.FreeBSD.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
