Date: Wed, 17 Jun 2015 16:55:39 -0700 From: steven@multiplay.co.uk To: Mark Martinec <Mark.Martinec+freebsd@ijs.si> Cc: "freebsd-fs@freebsd.org" <freebsd-fs@freebsd.org> Subject: Re: TRIM erases user data Message-ID: <7B981BB3-800B-4F59-B842-4D08ECDC5228@multiplay.co.uk> In-Reply-To: <d12986a58be6f2df232d822eb12b53c3@mailbox.ijs.si> References: <CAD2Ti2-dcSvJvLuQgy=hn3wB8C8eho4Y3moxGP3YSW3AN=_Axg@mail.gmail.com> <49FEE0B5-D924-4FB6-889B-54F18667239B@multiplay.co.uk> <d12986a58be6f2df232d822eb12b53c3@mailbox.ijs.si>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <Mark.Martinec+freebsd@ijs.si> wrote= : >>> On 16 Jun 2015, at 18:51, grarpamp <grarpamp@gmail.com> 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"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7B981BB3-800B-4F59-B842-4D08ECDC5228>