Date: Thu, 10 Jul 2014 17:01:08 +1000 From: Dewayne Geraghty <dewayne.geraghty@heuristicsystems.com.au> To: RW <rwmaillists@googlemail.com>, freebsd-hackers@freebsd.org Subject: Re: geli+trim support Message-ID: <53BE3A34.8000103@heuristicsystems.com.au> In-Reply-To: <20140710004628.0b3deade@gumby.homeunix.com> References: <alpine.BSF.2.00.1407020036280.4507@wojtek.tensor.gdynia.pl> <7E2718485A3E405D89E5EAB331E9ED70@multiplay.co.uk> <53B6427D.1010403@gooch.io> <60445.1404461976@critter.freebsd.dk> <53B750C1.8070706@gooch.io> <43222.1404549367@critter.freebsd.dk> <20856DE3-6622-455D-9B15-B4723D75B0DB@gmail.com> <20140710004628.0b3deade@gumby.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Thank-you RW for clarifying the discussion and looking at both sides of the issue. I agree that having TRIM available is, in my case, a preferred risk and thanks also to Wojciech for raising this as I was surprised to find that neither geli nor gshsec support BIO_DELETE. But whether to zero or generate random data per "/usr/src/sys/geom/eli/g_eli.c" (around line 282), I sense a sysctl coming... :)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53BE3A34.8000103>