From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 15:45:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A286A16A4CE; Wed, 11 Aug 2004 15:45:26 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BE1743D7D; Wed, 11 Aug 2004 15:45:26 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BuvHn-0002CN-00; Wed, 11 Aug 2004 17:45:07 +0200 Received: from [217.227.155.1] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1BuvHn-0000Fa-00; Wed, 11 Aug 2004 17:45:07 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Wed, 11 Aug 2004 17:43:08 +0200 User-Agent: KMail/1.6.2 References: <20040811152950.GA17794@freefall.freebsd.org> In-Reply-To: <20040811152950.GA17794@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_U6jGB/JDDmcN0xq"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408111743.16323.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: Andre Oppermann cc: Bosko Milekic Subject: Re: UMA questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2004 15:45:26 -0000 --Boundary-02=_U6jGB/JDDmcN0xq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 11 August 2004 17:29, Bosko Milekic wrote: > >2. What does the flag UMA_ZONE_ZINIT do exactly? > > It initializes zone-allocated objects to zero. This happens as objects > are first allocated (i.e., slabs are allocated) and before placement > into the slab cache. Unfortunately, I am not sure this works very well > unless you also make sure to zero them as they are returned (dtor), > which is a shitty model. I guess the motivation behind UMA_ZONE_ZINIT is to prevent an information l= eak=20 from other parts of the system. i.e. I want memory that I can pass to users= =20 or the net w/o having to fear that it holds my password or something. Once the slab is in the cache, i.e. it belongs to me, I don't care anymore. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-02=_U6jGB/JDDmcN0xq Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQBBGj6UXyyEoT62BG0RAkygAJ95IMg41rKma+WKRve6xKR16wnk3gCcDorJ DHZjGrc7yVsz4ItxU9gzZcU= =Uecs -----END PGP SIGNATURE----- --Boundary-02=_U6jGB/JDDmcN0xq--