From owner-cvs-src@FreeBSD.ORG Sun Apr 17 00:58:55 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2A5416A4D0 for ; Sun, 17 Apr 2005 00:58:55 +0000 (GMT) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CE7CB43D41 for ; Sun, 17 Apr 2005 00:58:54 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 1848 invoked from network); 17 Apr 2005 00:58:53 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 17 Apr 2005 00:58:53 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sat, 16 Apr 2005 19:58:50 -0500 (CDT) From: Mike Silbersack To: David Schultz In-Reply-To: <200504162347.j3GNlJUA010418@repoman.freebsd.org> Message-ID: <20050416195710.K756@odysseus.silby.com> References: <200504162347.j3GNlJUA010418@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/fs/msdosfs msdosfs_lookup.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2005 00:58:56 -0000 I just wrote up a regression test for this, and discovered that it's still broken. :( Mike "Silby" Silbersack On Sat, 16 Apr 2005, David Schultz wrote: > das 2005-04-16 23:47:19 UTC > > FreeBSD src repository > > Modified files: > sys/fs/msdosfs msdosfs_lookup.c > Log: > Disable negative name caching for msdosfs to work around a bug. > Since the name cache is case-sensitive and msdosfs isn't, > creating a file 'foo' won't invalidate a negative entry for 'FOO'. > There are similar problems related to 8.3 filenames. > > A better solution is to override VOP_LOOKUP with a method that > canonicalizes the name, then calls vfs_cache_lookup(). Unfortunately, > it's not quite that simple because vfs_cache_lookup() will call > msdosfs_lookup() on a cache miss, and msdosfs_lookup() needs a way to > get at the original component name. > > Revision Changes Path > 1.46 +7 -0 src/sys/fs/msdosfs/msdosfs_lookup.c >