From mboxrd@z Thu Jan 1 00:00:00 1970 From: "H. Peter Anvin" Subject: Re: [PATCH] Added CONFIG_VFAT_FS_DUALNAMES option Date: Fri, 26 Jun 2009 14:40:42 -0700 Message-ID: <4A45405A.1010404@zytor.com> References: <19013.8005.541836.436991@samba.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: OGAWA Hirofumi , john.lanza@linux.com, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, Dave Kleikamp , Steve French , Mingming Cao , Paul McKenney To: tridge@samba.org Return-path: Received: from terminus.zytor.com ([198.137.202.10]:51543 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750943AbZFZVlX (ORCPT ); Fri, 26 Jun 2009 17:41:23 -0400 In-Reply-To: <19013.8005.541836.436991@samba.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: tridge@samba.org wrote: > This is a new patch for VFAT long filename support, replacing the one > that I posted last month. It retains a lot more functionality then the > previous patch. > > A FAQ will be posted immediately after this patch to answer the > questions that were raised from the previous discussion. > >>From a purely technical perspective, there is a major advantage to this patch: it creates a "pure VFAT" filesystem, without a spurious filename alias which still occupies namespace, hiddenly, and therefore could cause an ill-defined amount of problems. UMSDOS at least had the decency to not expose its shortnames to a longname-aware OS. However, as such it really should be paired with a "don't even recognize the shortname if a longname exists" option. It's also questionable IMO if this shouldn't be another FAT superdriver, just as we have VFAT, MS-DOS etc. we could have "purevfat". -hpa