[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <19021.23231.213863.726785@samba.org>
Date: Fri, 3 Jul 2009 11:11:27 +1000
From: tridge@...ba.org
To: OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>
Cc: Jan Engelhardt <jengelh@...ozas.de>, Theodore Tso <tytso@....edu>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Rusty Russell <rusty@...tcorp.com.au>,
Pavel Machek <pavel@....cz>, john.lanza@...ux.com,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-fsdevel@...r.kernel.org,
Dave Kleikamp <shaggy@...ux.vnet.ibm.com>, corbet@....net,
jcm@...masters.org
Subject: Re: CONFIG_VFAT_FS_DUALNAMES regressions
> I have no objection to improve. And in this case, for this option, to
> force the shortname= sounds reasonable.
Great!
Which varient of this would you prefer I implement? I think the two
obvious choices are:
1) do what I did in the May patch, which is to force
VFAT_SFN_CREATE_WINNT when the patch code triggers.
2) force VFAT_SFN_CREATE_WINNT, but also if the name is mixed case
within either prefix or extension (such as "Mixed.TXT") then force
that part of the name to all lowercase. So "Mixed.TXT" would become
"mixed.TXT" on disk.
The 2nd choice maximises compatibility with devices that don't
understand long filenames (such as Jan's camera). The first option
keeps case preservation for devices that do understand long filenames.
What do you think?
Cheers, Tridge
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists