From owner-freebsd-fs@FreeBSD.ORG Wed Jun 17 22:58:29 2015 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3A94B2D for ; Wed, 17 Jun 2015 22:58:29 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 977FDDA1 for ; Wed, 17 Jun 2015 22:58:29 +0000 (UTC) (envelope-from Mark.Martinec+freebsd@ijs.si) Received: from amavis-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3mBhdY1grnz1Sc for ; Thu, 18 Jun 2015 00:58:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla4; t=1434581901; x=1437173902; bh=tzX wa6J4oytFwRUBlBHkUiL+eMbRXwOmOZ5LNpnyt5g=; b=CM6PFYeSCJI1MR5Sq3K uHEBniWGqFem/GsBAyO30fA2MEcowG9ItFBAn1QBfN7fEcRz5VEwqm22QVy8ctJ0 yVUSeNHVr0klrCNMO8ZI2mpoDPaDulwGskxBLLlVdQaQsdxQr55cK9kaOXvnG7mT nWno35JpQekoFPM0n35/8BSY= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10026) with LMTP id GqGiJGGVj6h1 for ; Thu, 18 Jun 2015 00:58:21 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP id 3mBhdT6R71z1Sb for ; Thu, 18 Jun 2015 00:58:21 +0200 (CEST) Received: from neli.ijs.si (periskop.ijs.si [IPv6:2001:1470:ff80:88::161:2]) by mildred.ijs.si (Postfix) with ESMTP id 3mBhdT6C5pzNd for ; Thu, 18 Jun 2015 00:58:21 +0200 (CEST) Received: from sleepy.ijs.si ([2001:1470:ff80:e001::1:1]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Thu, 18 Jun 2015 00:58:21 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 18 Jun 2015 00:58:21 +0200 From: Mark Martinec To: freebsd-fs@freebsd.org Subject: Re: TRIM erases user data Organization: J. Stefan Institute In-Reply-To: <49FEE0B5-D924-4FB6-889B-54F18667239B@multiplay.co.uk> References: <49FEE0B5-D924-4FB6-889B-54F18667239B@multiplay.co.uk> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.1.1 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jun 2015 22:58:30 -0000 >> On 16 Jun 2015, at 18:51, grarpamp wrote: >> https://blog.algolia.com/when-solid-state-drives-are-not-that-solid/ >> https://github.com/torvalds/linux/blob/e64f638483a21105c7ce330d543fa1f1c35b5bc7/drivers/ata/libata-core.c#L4109-L4286 >> http://www.aerospike.com/docs/operations/plan/ssd/ssd_certification.html steven@multiplay.co.uk wrote: > This issue centers around queued TRIM requests at the ATA layer, which > is an extension that allows NCQ support for TRIM in the SATA 3.1 spec. > This is not something FreeBSD currently supports so is unaffected by > the issue at this time. Are you sure? The article explicitly states they were not using queued TRIM: | A lot of discussions started pointing out that the issue is related | to the newly introduced queued TRIM. This is not correct. The TRIM | on our drives is un-queued and the issue we have found is not related | to the latest changes in the Linux Kernel to disable this features. Mark