From owner-freebsd-hackers@freebsd.org Sat Nov 24 14:44:16 2018 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FAC11150803 for ; Sat, 24 Nov 2018 14:44:16 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "puchar.net", Issuer "puchar.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 271357AFAA; Sat, 24 Nov 2018 14:44:14 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id wAOEiBSK020061 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 24 Nov 2018 15:44:11 +0100 (CET) (envelope-from puchar-wojtek@puchar.net) Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id wAOEi5Ep020058; Sat, 24 Nov 2018 15:44:05 +0100 (CET) (envelope-from puchar-wojtek@puchar.net) Date: Sat, 24 Nov 2018 15:44:05 +0100 (CET) From: Wojciech Puchar To: Warner Losh cc: "Rodney W. Grimes" , FreeBSD Hackers , Poul-Henning Kamp , Lev Serebryakov , Eugene Grosbein Subject: Re: TRIM utility In-Reply-To: Message-ID: References: <201811231600.wANG0wHc083199@pdx.rh.CN85.dnsmgr.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 271357AFAA X-Spamd-Result: default: False [-2.05 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.842,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-0.89)[-0.886,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[puchar.net]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[puchar.net]; NEURAL_HAM_SHORT(-0.01)[-0.015,0]; RCVD_IN_DNSWL_NONE(0.00)[90.144.1.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.00)[country: PL(0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2018 14:44:16 -0000 > > 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" > >