From owner-freebsd-current  Thu Aug 24 19:08:29 1995
Return-Path: current-owner
Received: (from majordom@localhost)
          by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA16509
          for current-outgoing; Thu, 24 Aug 1995 19:08:29 -0700
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34])
          by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA16490
          ; Thu, 24 Aug 1995 19:08:24 -0700
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA25813; Fri, 25 Aug 1995 12:06:52 +1000
Date: Fri, 25 Aug 1995 12:06:52 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199508250206.MAA25813@godzilla.zeta.org.au>
To: current@FreeBSD.org, hackers@FreeBSD.org, terry@cs.weber.edu
Subject: Re: sys/malloc.h
Sender: current-owner@FreeBSD.org
Precedence: bulk

>1)	Does it seem to anyone else as if the statistic's gathering
>	macros on the MALLOC/FREE are rather bizarre?

The seem normal.  The NON-statistics gathering parts have probably
suffered from bitrot since they haven't been the default for so long.
If splhigh() is necessary in malloc(), then splimp() is a bug in
MALLOC()...

>2)	Has anyone else noticed the mixing of FREE/free on cn_pnbuf
>	elements of nameidata structures?  Doesn't this seem broken,

There are many other cases where they are mixed.  This should not be
a problem, since the two versions are supposed to be equivalent.  The
macro versions are supposed to be faster.

Bruce