From owner-cvs-src@FreeBSD.ORG  Wed Feb 16 04:59:10 2005
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 12D4916A4CE; Wed, 16 Feb 2005 04:59:10 +0000 (GMT)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id E62F543D2D; Wed, 16 Feb 2005 04:59:09 +0000 (GMT)
	(envelope-from bright@elvis.mu.org)
Received: by elvis.mu.org (Postfix, from userid 1192)
	id C86495C89D; Tue, 15 Feb 2005 20:59:09 -0800 (PST)
Date: Tue, 15 Feb 2005 20:59:09 -0800
From: Alfred Perlstein <alfred@freebsd.org>
To: Bosko Milekic <bosko.milekic@gmail.com>
Message-ID: <20050216045909.GP32955@elvis.mu.org>
References: <200502152217.j1FMH7Qf054657@repoman.freebsd.org>
	<20050215224018.GJ32955@elvis.mu.org> <421287CD.1080106@elischer.org>
	<bbebbd3d050215173551a44520@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <bbebbd3d050215173551a44520@mail.gmail.com>
User-Agent: Mutt/1.4.2.1i
cc: cvs-src@freebsd.org
cc: src-committers@freebsd.org
cc: Julian Elischer <julian@elischer.org>
cc: cvs-all@freebsd.org
cc: Bosko Milekic <bmilekic@freebsd.org>
Subject: Re: cvs commit: src/sys/vm memguard.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Feb 2005 04:59:10 -0000

* Bosko Milekic <bosko.milekic@gmail.com> [050215 17:35] wrote:
> 
> I'd like to get MemGuard to accept a boot-time tunable way of
> configuring which malloc type(s) to override, but this is yet to be
> implemented.  Similarly, it would be worth getting MemGuard to also
> override certain UMA zone allocations.

I think you can do this like so:

Do a getenv to get the tunable string, then traverse the malloc_type
list setting a flag in the struct, then when you malloc you just
test the flag.

It'd be a little bit of parsing in the kernel, but not much more
than strsep.

-Alfred