From owner-freebsd-current  Tue Nov 12 12:47:11 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id MAA26161
          for current-outgoing; Tue, 12 Nov 1996 12:47:11 -0800 (PST)
Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA26156
          for <freebsd-current@freebsd.org>; Tue, 12 Nov 1996 12:47:06 -0800 (PST)
Received: (from tinguely@localhost) by plains.nodak.edu (8.8.2/8.8.2) id OAA21010; Tue, 12 Nov 1996 14:46:59 -0600 (CST)
Date: Tue, 12 Nov 1996 14:46:59 -0600 (CST)
From: Mark Tinguely <tinguely@plains.nodak.edu>
Message-Id: <199611122046.OAA21010@plains.nodak.edu>
To: julian@whistle.com, wollman@lcs.mit.edu
Subject: Re: -current mbuf reference function
Cc: freebsd-current@freebsd.org
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

insert red face on CLFREE. Things are bad when I can't even read a macro if
statement. thanks, I knew this was for the reference count to the data object.
I know I need to keep track of my reference count differently because my data
is not allocated close to the mbuf data, and the mclrefcnt array won't help me.

I am still planning on adding a complete PERM mbuf extension where the mbuf
and data are kept together. The free routine will accept a pointer to the
mbuf as well as pointers to the data that could get referenced and linked
to other mbufs when pages are copied.

I would feel better if the m_copypacket function in kern/uipc_mbuf.c
would also use the external reference function.

--mark.