>Date: Mon, 15 Apr 2002 15:47:32 -0700 (PDT)
>From: David Wolfskill <[EMAIL PROTECTED]>

>Have had a touch more turbulence than usual in -CURRENT-land today.

>Finally got it built; re-booted, and got the following panic while
>setting up an md-resident file system (for /tmp):

[Panic stuff elided...]

I was able to rebuild a kernel after backing src/sys/kern/kern_malloc.c
from rev. 1.99 to 1.98; once I did that, constructing the md-resident
/tmp works fine:

freebeast(5.0-C)[1] uname -a
FreeBSD freebeast.catwhisker.org 5.0-CURRENT FreeBSD 5.0-CURRENT #51: Mon Apr 15 
16:36:21 PDT 2002     
[EMAIL PROTECTED]:/common/S4/obj/usr/src/sys/FREEBEAST  i386
freebeast(5.0-C)[2] df -k
Filesystem  1K-blocks    Used    Avail Capacity  Mounted on
/dev/ad0s4a    158767   92062    54004    63%    /
devfs               1       1        0   100%    /dev
/dev/ad0s4e   1872759  718180  1004759    42%    /usr
/dev/ad0s4h  27728233 9500972 16009003    37%    /common
/dev/ad0s4g   2032839  487178  1383034    26%    /var
procfs              4       4        0   100%    /proc
/dev/md10c     492972       4   453532     0%    /tmp

Since I'm running with INVARIANTS, I suppose that this was a demonstration
of the truth of:

The intent of this code is to gather statistics for tuning the malloc bucket
sizes.  It is not intended to be run with INVARIANTS and it is not entirely
mp safe.  It can be enabled via 'options MALLOC_PROFILE' which was commited


david       (links to my resume at http://www.catwhisker.org/~david)
David H. Wolfskill                              [EMAIL PROTECTED]
Based on my experience as a computing professional, I consider the use of
Microsoft products as components of computing systems to be just as
advisable as using green wood to frame a house... and expect similar results.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to