From owner-freebsd-fs@FreeBSD.ORG Wed Jun 17 23:55:54 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 3E37CAAE for ; Wed, 17 Jun 2015 23:55:54 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1578AE07 for ; Wed, 17 Jun 2015 23:55:53 +0000 (UTC) (envelope-from steven@multiplay.co.uk) Received: by pacyx8 with SMTP id yx8so47417600pac.2 for ; Wed, 17 Jun 2015 16:55:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=tSdeCoK1GHDrKrvzXGgX5uTiEeC9OlogghfqOKqUL5c=; b=j/2MkQW4bj0uX7PIBdAp+LqNBO+q9Tkw4lgqOSK9w6B7F43tRCStPIRzOQyAoQfGHT XU6ZDmswlKL3xhbnvVb483qSXRzwuJxfei7WUA9jf3tjQtTWzpvW+/K9z1cVEjwtaJRV z5HCTVHDcyv+fy0lLSjVkKaL4WGlEEbaO5P3VrdiOFtrwEPYWKZ/3k2Ij0/fIUJnKjuZ fUAk0/yw4tuz7yuqN8gv1q6cLCBOSXFOctUv4udmX+wI6QWHXyYqLVVS7y2oIKUxwGbE UU5M5YCg65ZXxpx2xwfnRceXsXVwwy3/PphiCowlmB3j+lHel6u77MHAV4jDNYJfeaf1 JZfA== X-Gm-Message-State: ALoCoQnkXopluJ3FlV5cnWBhJUuRRPdLz0gP914+lEDLQlamIb6v8cIq4/EBua4FORIKfhQglcP6 X-Received: by 10.66.148.34 with SMTP id tp2mr15599794pab.65.1434585346570; Wed, 17 Jun 2015 16:55:46 -0700 (PDT) Received: from [192.168.1.138] (108-74-172-252.lightspeed.lsanca.sbcglobal.net. [108.74.172.252]) by mx.google.com with ESMTPSA id db1sm5912114pdb.50.2015.06.17.16.55.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 17 Jun 2015 16:55:45 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: TRIM erases user data From: steven@multiplay.co.uk X-Mailer: iPad Mail (12F69) In-Reply-To: Date: Wed, 17 Jun 2015 16:55:39 -0700 Cc: "freebsd-fs@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <7B981BB3-800B-4F59-B842-4D08ECDC5228@multiplay.co.uk> References: <49FEE0B5-D924-4FB6-889B-54F18667239B@multiplay.co.uk> To: Mark Martinec 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 23:55:54 -0000 We've used Samsung 840 Pro's on FreeBSD with ZFS for a long time (which has T= RIM enabled by default) so as far unless this has been broken on a FW or HW v= ersion we've not used then I have no reason to believe we're effected by thi= s issue at this time. Sent from my iPad On 17 Jun 2015, at 15:58, Mark Martinec wrote= : >>> 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/e64f638483a21105c7ce330d543fa1f1c= 35b5bc7/drivers/ata/libata-core.c#L4109-L4286 >>> http://www.aerospike.com/docs/operations/plan/ssd/ssd_certification.html= >=20 > 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. >=20 > Are you sure? The article explicitly states they were not using > queued TRIM: >=20 > | 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. >=20 >=20 > Mark > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"