Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 06 Feb 2008 22:33:32 -0800
From:      Doug Barton <dougb@FreeBSD.org>
To:        Attilio Rao <attilio@freebsd.org>
Cc:        freebsd-fs@freebsd.org, Jeff Roberson <jeff@freebsd.org>, Scot Hetzel <swhetzel@gmail.com>, Yar Tikhiy <yar@freebsd.org>, freebsd-arch@freebsd.org
Subject:   Re: [RFC] Remove NTFS kernel support
Message-ID:  <47AAA63C.4040504@FreeBSD.org>
In-Reply-To: <3bbf2fe10802061700p253e68b8s704deb3e5e4ad086@mail.gmail.com>
References:  <3bbf2fe10802061700p253e68b8s704deb3e5e4ad086@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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?

When it works, yes, I use it often.

> - Are you interested in maintaining it?

EOVERMYHEAD

> - Do you know a good reason to not use FUSE ntfs implementation? What
> the kernel counter part adds?

Two, first I prefer to eat our own dog food, and I rarely need to write 
to the NTFS partition (although it does sometimes come in handy). And 
second the last time I tried to use it in -current it panicked too, but 
that was some time ago.

> - Do you think axing the kernel support a good idea?

I think we should do it right, or not do it in the base. We should have 
_one_ working implementation, if that is FUSE then that's fine with me.

Doug

-- 

     This .signature sanitized for your protection



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47AAA63C.4040504>