From owner-svn-src-head@FreeBSD.ORG Sat Jan 28 08:41:09 2012 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6289B106566B; Sat, 28 Jan 2012 08:41:09 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 139188FC16; Sat, 28 Jan 2012 08:41:08 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 1A9006D8; Sat, 28 Jan 2012 09:41:07 +0100 (CET) Date: Sat, 28 Jan 2012 09:39:54 +0100 From: Pawel Jakub Dawidek To: Kip Macy Message-ID: <20120128083954.GD2135@garage.freebsd.pl> References: <201201272018.q0RKIWUD055070@svn.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4zI0WCX1RcnW9Hbu" Content-Disposition: inline In-Reply-To: <201201272018.q0RKIWUD055070@svn.freebsd.org> X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r230623 - in head/sys: amd64/amd64 cddl/compat/opensolaris/sys cddl/contrib/opensolaris/uts/common/fs/zfs sys vm X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Jan 2012 08:41:09 -0000 --4zI0WCX1RcnW9Hbu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 27, 2012 at 08:18:32PM +0000, Kip Macy wrote: > Author: kmacy > Date: Fri Jan 27 20:18:31 2012 > New Revision: 230623 > URL: http://svn.freebsd.org/changeset/base/230623 >=20 > Log: > exclude kmem_alloc'ed ARC data buffers from kernel minidumps on amd64 > excluding other allocations including UMA now entails the addition of > a single flag to kmem_alloc or uma zone create How do you handle the case when there are two small allocations within one page, where one has the NODUMP flag and one doesn't have the flag? As for GELI and opencrypto what I'd love to have is a flag that will prevent dumping the memory and that will clear memory on free. How hard would that be? --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://tupytaj.pl --4zI0WCX1RcnW9Hbu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk8jtFkACgkQForvXbEpPzTo1gCfSemtzJ3/iKDXw1m589xMkbdM 2zgAn2/DanxY/wS/0rufsu94kUYGhPCs =NiNR -----END PGP SIGNATURE----- --4zI0WCX1RcnW9Hbu--