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

Reply via email to