Date: Sat, 28 Jan 2012 13:36:05 +0100 From: K Macy <kmacybsd@gmail.com> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, "src-committers@freebsd.org" <src-committers@freebsd.org>, Kip Macy <kmacy@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 Message-ID: <6A52DB46-4897-4D35-B727-2C3D3D01CE9C@gmail.com> In-Reply-To: <20120128083954.GD2135@garage.freebsd.pl> References: <201201272018.q0RKIWUD055070@svn.freebsd.org> <20120128083954.GD2135@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
Il giorno 28/gen/2012, alle ore 09:39, Pawel Jakub Dawidek <pjd@FreeBSD.org>= ha scritto: > 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 >=20 > 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? Kmem_alloc and zone creation both work at granularities greater than or equa= l to a page. The per-page management of dump is why this flag is not availab= le to generic malloc. >=20 > 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 I'll look into it. Off-hand I think it would be easy enough. Cheers,=20 Kip > --=20 > Pawel Jakub Dawidek http://www.wheelsystems.com > FreeBSD committer http://www.FreeBSD.org > Am I Evil? Yes, I Am! http://tupytaj.pl
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6A52DB46-4897-4D35-B727-2C3D3D01CE9C>