On 6/9/25 1:57 AM, Christoph Hellwig wrote: > On Sat, Jun 07, 2025 at 02:30:37PM -0400, Chuck Lever wrote: >> Until very recently, the Linux dentry cache supported only case- >> sensitive file name lookups, and all of the file systems that NFSD is >> regularly tested with are case-preserving. > > Linux has supported case insensitive file system since 1992 when Werner > added the original msdos FAT support, i.e. it exists much longer than > the dcache or knfsd. > > Specific support for dealing with case insensitive in the dcache instead > working around it was added in 2008 for the case insensitive XFS > directories in 2008: > > commit 9403540c0653122ca34884a180439ddbfcbcb524 > Author: Barry Naujok <bnaujok@xxxxxxx> > Date: Wed May 21 16:50:46 2008 +1000 > > dcache: Add case-insensitive support d_ci_add() routine My memory must be quite faulty then. I remember there being significant controversy at the Park City LSF around some patches adding support for case insensitivity. But so be it -- I must not have paid terribly close attention due to lack of oxygen. > That being said no one ever intended any of these to be exported over > NFS, and I also question the sanity of anyone wanting to use case > insensitive file systems over NFS. My sense is that case insensitivity for NFS exports is for Windows-based clients and/or compatibility with Samba / SMB clients. But it does open up a whole bunch of twisty little corner cases that I'm not terribly anxious to bite off and chew on (See the i18n Internet Draft that Ted cited earlier just as a start). Perhaps if we can narrow down the requirements and deployment environments, some limited form of case-insensitivity support for NFS might start to make sense. Does it, for example, make sense for NFSD to query the file system on its case sensitivity when it prepares an NFSv3 PATHCONF response? Or perhaps only for NFSv4, since NFSv4 pretends to have some recognition of internationalized file names? -- Chuck Lever
