From owner-freebsd-fs@FreeBSD.ORG Thu Feb 7 12:47:44 2008 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F99416A41A for ; Thu, 7 Feb 2008 12:47:44 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id C6A6913C45B for ; Thu, 7 Feb 2008 12:47:43 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.storspeed.com (209-163-168-124.static.tenantsolutions.com [209.163.168.124] (may be forged)) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id m17Clfm9082473; Thu, 7 Feb 2008 06:47:42 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <47AAFDED.9030301@freebsd.org> Date: Thu, 07 Feb 2008 06:47:41 -0600 From: Eric Anderson User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Attilio Rao References: <3bbf2fe10802061700p253e68b8s704deb3e5e4ad086@mail.gmail.com> In-Reply-To: <3bbf2fe10802061700p253e68b8s704deb3e5e4ad086@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: Yar Tikhiy , Doug Barton , Jeff Roberson , freebsd-fs@freebsd.org, Scot Hetzel , freebsd-arch@freebsd.org Subject: Re: [RFC] Remove NTFS kernel support X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Feb 2008 12:47:44 -0000 Attilio Rao wrote: > As exposed by several users, NTFS seems to be broken even before first > VFS commits happeing around the end of December. Those commits exposed > some problems about NTFS which are currently under investigation. > Ultimately, This filesystem is also unmaintained at the moment. > > Speaking with jeff, we agreed on what can be a possible compromise: > remove the kernel support for NTFS and maybe take care of the FUSE > implementation. > What I now propose is a small survey which can shade a light on us > about what do you think about this idea and its implications: > - Do you use NTFS? Yes, however not often, but when I do use it, I need it in the base OS really. > - Are you interested in maintaining it? Possibly. I would really need to look into it a bit more. > - Do you know a good reason to not use FUSE ntfs implementation? What > the kernel counter part adds? FUSE is slow, requires a port (unless PUFFS is ported, which I've probed about before). > - Do you think axing the kernel support a good idea? I think Alfred's point is really interesting. How many people that don't use it that say 'axe it' does it take to override 1 person saying 'keep it!'? Personally, I much prefer having it in the base. Eric