From owner-freebsd-geom@FreeBSD.ORG Sun Mar 8 22:50:48 2015 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E405344 for ; Sun, 8 Mar 2015 22:50:48 +0000 (UTC) Received: from thyme.infocus-llc.com (thyme.infocus-llc.com [199.15.120.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55C7420F for ; Sun, 8 Mar 2015 22:50:48 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 45ACB37B58D; Sun, 8 Mar 2015 17:50:47 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3l0dFL55Gfz2P0; Sun, 8 Mar 2015 17:50:46 -0500 (CDT) Date: Sun, 8 Mar 2015 17:50:46 -0500 From: "Matthew D. Fuller" To: Steven Hartland Subject: Re: RFC: Pass TRIM through GELI Message-ID: <20150308225046.GS1742@over-yonder.net> References: <20150308000131.GP1742@over-yonder.net> <54FC4E99.4080202@multiplay.co.uk> <20150308223552.GR1742@over-yonder.net> <54FCCFC3.4000007@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54FCCFC3.4000007@multiplay.co.uk> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23-fullermd.4 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.6 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2015 22:50:48 -0000 On Sun, Mar 08, 2015 at 10:40:03PM +0000 I heard the voice of Steven Hartland, and lo! it spake thus: > > Given GEIL is all about security translating the delete to a noop > results in a pretty serious security issue I would say as it will > leave data which he user intended to be removed present on the > device. But we're not translating it to anything; we're just passing it along. Certainly in my testing (Virtualbox-provided ada0, which doesn't TRIM, and md(4), which does) ufs and zfs seem to get the message just fine. If a poorly-behaved filesystem ignores the "I don't support that" message from our provider (SSD, hard drive, md(4), whatever), wouldn't it ignore us just the same? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream.