Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 24 Nov 2018 15:44:05 +0100 (CET)
From:      Wojciech Puchar <wojtek@puchar.net>
To:        Warner Losh <imp@bsdimp.com>
Cc:        "Rodney W. Grimes" <freebsd-rwg@pdx.rh.cn85.dnsmgr.net>, FreeBSD Hackers <freebsd-hackers@freebsd.org>, Poul-Henning Kamp <phk@phk.freebsd.dk>, Lev Serebryakov <lev@freebsd.org>, Eugene Grosbein <eugen@grosbein.net>
Subject:   Re: TRIM utility
Message-ID:  <alpine.BSF.2.20.1811241543300.19957@puchar.net>
In-Reply-To: <CANCZdfrnSw=06NfkwnowjJpiqbd3BN882nyFi%2ByWrsuYthEKoQ@mail.gmail.com>
References:  <ca200443-f997-4d84-cbd5-592243714898@FreeBSD.org> <201811231600.wANG0wHc083199@pdx.rh.CN85.dnsmgr.net> <CANCZdfrnSw=06NfkwnowjJpiqbd3BN882nyFi%2ByWrsuYthEKoQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
>
> Yes. It would. That's hard with the current storage stack to do via the
> disk interface. And often the underlying protocols do not support partial
> ranges. There is no good way to do this with buf/bio interface we have. So

what is an actual difference between "secure erase" and trimming whole 
disk?

> it is a really bad match all the way around.
>
> Or do we
>> have another that can easily get at that function,
>> that is usually the prefered vendor specific method
>> to "trim" the complete drive, often restoring badly
>> leveled SSD's to a performant and usable state.
>>
>
> Camcontrol already supports secure erase for both SCSI and ATA drives. And
> sanitize for SCSI (an alternative way to do the same thing to reset the
> ssd's FLT). It bypasses the disk interface and sends raw protocol commands
> via the pass interface. I do this all the time to rehab drives, do
> diagnosis of vendor issues or scrub ssds I'm sending to third parties.
>
> Warner
>
> -- 
>> Rod Grimes
>> rgrimes@freebsd.org
>> _______________________________________________
>> freebsd-hackers@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
>> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
>>
> _______________________________________________
> freebsd-hackers@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
>
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.20.1811241543300.19957>