TRIM erases user data

[Mark Martinec]

>> On 16 Jun 2015, at 18:51, grarpamp <grarpamp at gmail.com> 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 at 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