From owner-svn-src-all@FreeBSD.ORG Thu Jan 22 09:24:08 2009 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A16181065677 for ; Thu, 22 Jan 2009 09:24:08 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id 1A8E98FC17 for ; Thu, 22 Jan 2009 09:24:08 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from DSPAM-Daemon (localhost [127.0.0.1]) by mx0.deglitch.com (Postfix) with SMTP id B4EEE8FC51 for ; Thu, 22 Jan 2009 12:18:41 +0300 (MSK) Received: from orion.SpringDaemons.com (drsun1.dialup.corbina.ru [85.21.245.235]) by mx0.deglitch.com (Postfix) with ESMTPA id 2728A8FC18; Thu, 22 Jan 2009 12:18:38 +0300 (MSK) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id D97A8398F3; Thu, 22 Jan 2009 12:18:37 +0300 (MSK) Date: Thu, 22 Jan 2009 12:18:37 +0300 From: Stanislav Sedov To: Garrett Cooper Message-Id: <20090122121837.c647f497.stas@FreeBSD.org> In-Reply-To: <7d6fde3d0901200052w20755420l94f0c02c547f53b7@mail.gmail.com> References: <200901191619.n0JGJrhJ015123@svn.freebsd.org> <20090119.181322.-625070925.imp@bsdimp.com> <7d6fde3d0901200052w20755420l94f0c02c547f53b7@mail.gmail.com> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Thu Jan 22 12:18:41 2009 X-DSPAM-Confidence: 0.9899 X-DSPAM-Improbability: 1 in 9809 chance of being spam X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 497839f1967004324918418 Cc: svn-src-head@freebsd.org, sobomax@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, "M. Warner Losh" Subject: Re: svn commit: r187437 - head/sys/conf X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2009 09:24:08 -0000 On Tue, 20 Jan 2009 00:52:28 -0800 Garrett Cooper mentioned: > On Mon, Jan 19, 2009 at 5:13 PM, M. Warner Losh wrote: > > In message: <200901191619.n0JGJrhJ015123@svn.freebsd.org> > > Maxim Sobolev writes: > > : Author: sobomax > > : Date: Mon Jan 19 16:19:53 2009 > > : New Revision: 187437 > > : URL: http://svn.freebsd.org/changeset/base/187437 > > : > > : Log: > > : Mention the fact that the NTFS kernel support isn't > > : very well maintained and point user to sysutils/fusefs-ntfs, which > > : at the time of this writing seems to be a better alternative. > > : > > : Suggested by: luigi > > : MFC after: 2 weeks > > > > Again, I'd not MFC this to 6.x for sure and maybe not even to 7.x > > since ntfs works well there. > > > > Warner > > > > : Modified: > > : head/sys/conf/NOTES > > : > > : Modified: head/sys/conf/NOTES > > : ============================================================================== > > : --- head/sys/conf/NOTES Mon Jan 19 15:59:05 2009 (r187436) > > : +++ head/sys/conf/NOTES Mon Jan 19 16:19:53 2009 (r187437) > > : @@ -942,7 +942,11 @@ options HPFS #OS/2 File system > > : options MSDOSFS #MS DOS File System (FAT, FAT32) > > : options NFSSERVER #Network File System server > > : options NFSLOCKD #Network Lock Manager > > : -options NTFS #NT File System > > : + > > : +# NT File System. Read-mostly and it's not actively maintained. > > : +# For a better NTFS support consider sysutils/fusefs-ntfs port/package. > > : +options NTFS > > : + > > : options NULLFS #NULL filesystem > > : # Broken (depends on NCP): > > : #options NWFS #NetWare filesystem > > Uh, I got consistent panics on 7.x when mounting NTFS partitions > created with XP. > I was creating the partition without MSDOS 8.3 short filename > support though. I personally think that the copy of NTFS in the kernel > is stale and unusable for a lot of different use-cases, to be honest.. But it works well for a lot of cases (e.g. works fine for me on current with Vista NTFS) and much better in some situations than fuse. Thus the latter can't replace its functionality fully. We'd better fix bugs you're experiencing (btw I haven't seen any with ntfs driver so far). -- Stanislav Sedov ST4096-RIPE !DSPAM:497839f1967004324918418!