From owner-freebsd-arch@FreeBSD.ORG Thu Feb 7 23:34:29 2008 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15C6816A46C; Thu, 7 Feb 2008 23:34:29 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B2C1013C45B; Thu, 7 Feb 2008 23:34:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m17NU7PS093277; Thu, 7 Feb 2008 16:30:07 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 07 Feb 2008 16:32:51 -0700 (MST) Message-Id: <20080207.163251.179960372.imp@bsdimp.com> To: dougb@freebsd.org From: "M. Warner Losh" In-Reply-To: <47AABEEF.7020807@FreeBSD.org> References: <3bbf2fe10802061700p253e68b8s704deb3e5e4ad086@mail.gmail.com> <20080207071314.GO99258@elvis.mu.org> <47AABEEF.7020807@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: attilio@freebsd.org, yar@freebsd.org, swhetzel@gmail.com, jeff@freebsd.org, alfred@freebsd.org, freebsd-fs@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Remove NTFS kernel support X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Feb 2008 23:34:29 -0000 In message: <47AABEEF.7020807@FreeBSD.org> Doug Barton writes: : Alfred Perlstein wrote: : : > Maybe a nicer way of saying/asking would be to ask: : > : > Is the FUSE replacement going to be tested to the point where it's : > better than then current NTFS code? : : Given that the current NTFS code in the base panics within minutes of : any kind of serious access, and has the ability to take the other : filesystems down with it (including UFS2) that won't be hard. This change in behavior is very recent. It used to be the one file system you could count on to get data off a disk that was throwing disk errors back at the OS. Warner