Date: Wed, 30 Apr 2014 11:13:28 -0600 From: Ian Lepore <ian@FreeBSD.org> To: Steven Hartland <killing@multiplay.co.uk> Cc: svn-src-head@FreeBSD.org, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org, Eitan Adler <eadler@FreeBSD.org> Subject: Re: svn commit: r265132 - in head: share/man/man4 sys/dev/null Message-ID: <1398878008.22079.67.camel@revolution.hippie.lan> In-Reply-To: <CF3018FC8A9641CE811D5F2211298F7D@multiplay.co.uk> References: <201404300620.s3U6Kmn6074492@svn.freebsd.org> <1398869319.22079.54.camel@revolution.hippie.lan> <CF3018FC8A9641CE811D5F2211298F7D@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2014-04-30 at 17:22 +0100, Steven Hartland wrote: > ----- Original Message ----- > From: "Ian Lepore" <ian@FreeBSD.org> > To: "Eitan Adler" <eadler@FreeBSD.org> > Cc: <src-committers@FreeBSD.org>; <svn-src-all@FreeBSD.org>; <svn-src-head@FreeBSD.org> > Sent: Wednesday, April 30, 2014 3:48 PM > Subject: Re: svn commit: r265132 - in head: share/man/man4 sys/dev/null > > > > On Wed, 2014-04-30 at 06:20 +0000, Eitan Adler wrote: > >> Author: eadler > >> Date: Wed Apr 30 06:20:48 2014 > >> New Revision: 265132 > >> URL: http://svnweb.freebsd.org/changeset/base/265132 > >> > >> Log: > >> Add a /dev/full device. > >> > >> /dev/full is similar to /dev/zero except it always returns > >> ENOSPC when you attempt to write to it. > >> > > > > For some reason this reminded me of something I've been wanting for a > > while but never get around to writing... /dev/ones, it's just > > like /dev/zero except it returns 0xff bytes. Useful for dd'ing to wipe > > out flash-based media. > > Surely for that you want camcontrol security ...? > > Regards > Steve I have no idea what that is, but given that it has "security" in the name, it's almost certainly NOT what I want in any way shape or form. Shocking as it may be, some people are just not obsessed with security, for good reason. It just isn't a consideration in any way in my day to day activities. When I want to make an sdcard, or some portion thereof, look empty/virgin/new-from-factory for testing on an embedded system, that has nothing to do with security, and everything to do with just exactly what I asked for: something that writes all-ones-bits. Besides, cam and sdcards don't play in the same sandboxes. -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1398878008.22079.67.camel>