From: "Martin K. Petersen" Subject: Re: [PATCH] ext4: Add support for SFITRIM, an ioctl for secure FITRIM. Date: Thu, 19 Jun 2014 22:44:28 -0400 Message-ID: References: <20140613234134.GC5036@thunk.org> <20140617024953.GG9508@dastard> <20140617124629.GA13868@thunk.org> <20140617135405.GA5054@thunk.org> <20140618220601.GA5114@thunk.org> <20140619003657.GF4453@dastard> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Dave Chinner , "Theodore Ts'o" , JP Abgrall , Eric Sandeen , linux-ext4@vger.kernel.org, Geremy Condra , "linux-fsdevel\@vger.kernel.org" To: =?utf-8?B?THVrw6HFoQ==?= Czerner Return-path: In-Reply-To: (=?utf-8?B?Ikx1a8OhxaE=?= Czerner"'s message of "Thu, 19 Jun 2014 10:15:49 +0200 (CEST)") Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-ext4.vger.kernel.org >>>>> "Luk=C3=A1=C5=A1" =3D=3D Luk=C3=A1=C5=A1 Czerner writes: >> Scrubbing is something people already understand and it's clear that >> it's a data manipulation operation and not some magic "secure" >> operation. And by calling it "scrub" we get away from the idea that >> it only works on specific hardware - hardware acceleration is good, >> but there's no reason why we should design the functionality to only >> be useful on systems with hardware scrubbing capability... Luk=C3=A1=C5=A1> +1 for the "scrub" operation, it makes perfect sense t= o me. I'm not sure I agree with the choice of "scrub" to describe this: http://en.wikipedia.org/wiki/Data_scrubbing What about purge or sanitize? That's what the security folks generally use... --=20 Martin K. Petersen Oracle Linux Engineering -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html