Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757179AbZGCJkm (ORCPT ); Fri, 3 Jul 2009 05:40:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756319AbZGCJkW (ORCPT ); Fri, 3 Jul 2009 05:40:22 -0400 Received: from sovereign.computergmbh.de ([85.214.69.204]:56178 "EHLO sovereign.computergmbh.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756817AbZGCJkT (ORCPT ); Fri, 3 Jul 2009 05:40:19 -0400 Date: Fri, 3 Jul 2009 11:40:21 +0200 (CEST) From: Jan Engelhardt To: tridge@samba.org cc: OGAWA Hirofumi , Theodore Tso , Alan Cox , Rusty Russell , Pavel Machek , john.lanza@linux.com, Linux Kernel Mailing List , linux-fsdevel@vger.kernel.org, Dave Kleikamp , corbet@lwn.net, jcm@jonmasters.org Subject: Re: CONFIG_VFAT_FS_DUALNAMES regressions In-Reply-To: <19021.31291.642416.956966@samba.org> Message-ID: References: <19013.8005.541836.436991@samba.org> <20090630063102.GB1351@ucw.cz> <200907012019.53932.rusty@rustcorp.com.au> <20090701122558.3a7c80d3@lxorguk.ukuu.org.uk> <20090701140503.GA21185@mit.edu> <19021.19842.663727.146474@samba.org> <87hbxu60qm.fsf@devron.myhome.or.jp> <19021.23231.213863.726785@samba.org> <19021.26102.80885.330380@samba.org> <19021.31291.642416.956966@samba.org> User-Agent: Alpine 2.00 (LSU 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2724 Lines: 61 On Friday 2009-07-03 05:25, tridge@samba.org wrote: > >That is why setting shortname=winnt is desirable when using the "no >dualnames" patch I posted. That tells Linux to behave more like what >current windows versions behave, which is to try and put it in the 8.3 >entry if it can, even if it is all lowercase. Right. That in itself is fine, but I'd still like to have readdir return lowercase names here then. This is sort of what I seem to remember from Windows: files only having a total-uppercase 8.3 name were still displayed as lowercase. This is why I am all for splitting the shortcase option. (Maybe patches speak louder but ATM I am so into Netfilter ;) >btw, if you still think your camera really is looking at the long >filename entries, I toyed with the hexeditor a bit and modified the FAT entry's filename directly. (I just hope there is not any checksum?) * if a filename is of the form /dscf????.jpg/i, the A210 requires that 8.3 names be all uppercase (even in the persence of a freeform long name) otherwise the OSD will (explicitly) display "READ ERROR". * if the 8.3 name is, for example, DsCE1234.jpg, the OSD seems to be confused and displays "00000000" as the picture index. => So uppercase 8.3 is a hard requirement for _any_ filename. I also looked again at the finepix.img.bz2 I made available earlier. It has a long entry "dscf3000.jpg", but "no shortname" (i.e. an invalid one as generated by the patch), and that is most likely the reason that the camera ignores this file completely. >then try creating a file like DsCf2000.jpg with a >unpatched kernel, mounted with shortname=winnt. That will create two >directory entries for the file, one being DSCF2000.JPG and the other >being DsCf2000.jpg. > >Then view the list of photos on the LCD back panel of your >camera. Assuming it has a way to see the filename, does it display the >mixed case name DsCf2000.jpg, or does it display a non-mixed name like >dscf2000.jpg or DSCF2000.JPG. It does not display the filename, just the index number. But the image is present/selectable, because the 8.3 name is present and is all-uppercase (see above). >If it displays a mixed name (ie. DsCf) then your camera can indeed >read long filename entries. If it displays a all uppercase or all >lowercase name then I think it is only capable of reading short names >from FAT filesystems. That is what I think you will find. Capable or not — it only /needs/ 8.3 for DCIM operation :) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/