From owner-cvs-all@FreeBSD.ORG Tue Dec 18 14:26:39 2007 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A56616A419; Tue, 18 Dec 2007 14:26:39 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 8360213C468; Tue, 18 Dec 2007 14:26:38 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id lBIE4gUP049890; Tue, 18 Dec 2007 15:04:43 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id lBIE4aUQ053218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Dec 2007 15:04:37 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id lBIE4aYv060162; Tue, 18 Dec 2007 15:04:36 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id lBIE4Zm2060161; Tue, 18 Dec 2007 15:04:36 +0100 (CET) (envelope-from ticso) Date: Tue, 18 Dec 2007 15:04:35 +0100 From: Bernd Walter To: Poul-Henning Kamp Message-ID: <20071218140435.GI51627@cicely12.cicely.de> References: <47668B2B.5030206@incunabulum.net> <11419.1197903331@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11419.1197903331@critter.freebsd.dk> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.122, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: cvs-src@FreeBSD.org, "Bruce M. Simpson" , "Bruce M. Simpson" , cvs-all@FreeBSD.org, src-committers@FreeBSD.org Subject: Re: cvs commit: src/sbin/atacontrol atacontrol.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2007 14:26:39 -0000 On Mon, Dec 17, 2007 at 02:55:31PM +0000, Poul-Henning Kamp wrote: > In message <47668B2B.5030206@incunabulum.net>, "Bruce M. Simpson" writes: > >Poul-Henning Kamp wrote: > >> I have the attached patch in sos@ mailbox for approval, that adds > >> BIO_DELETE support for the ata driver. > >> > >> I also want to implement a -E option to fsck(8) to erase all > >> unallocated blocks. > >> > >> And finally the big item: msdosfs and ufs support to issue BIO_DELETE > >> when files are deleted. UFS is nasty because of soft-updates. > >> > > > >Aha, I understand now. CFA and SATA vendors have gone off in two > >separate directions: > > * PATA and SATA drives, for a few years now, have tended to rewrite one > >cylinder at a time, which implies erasing the data on that cylinder. > > Everybody denies this in the stongest possibly way whenever I ask them, > so far I have not seen this claim substantiated by any fact or person > who would be in a position to know. Not exactly a modern *ATA drive, but the old Commodore 1581 disk drive used exactly this technology - it always read/write a complete track of 5120 Bytes. > > * NAND Flash devices should not have their sectors erased unless > >absolutely necessary, to implement wear levelling. > > Wrong, almost exactly the opposite in fact: > > Flash devices using wear-levelling should have data erased as soon as > possible to give the wear-levelling the maximum amount of information > and available space to work with. I'm temptend to implement it for our SD driver as well, once your stuff is in. But on the other hand almost everyone is using this driver to handle UFS root filesystem. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de