Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+5\/7\]\s+XFS\:\s+Unicode\s+case\-insensitive\s+lookup\s+implementation\s*$/: 36 ]

Total 36 documents matching your query.

1. [PATCH 5/7] XFS: Unicode case-insensitive lookup implementation (score: 1)
Author: Barry Naujok <bnaujok@xxxxxxx>
Date: Wed, 02 Apr 2008 16:25:13 +1000
This is the core of the case-insensitive support - supporting and enforcing UTF-8 (Unicode) filenames. All filename and user-level extended attribute names are checked for UTF-8 compliance and the ha
/archives/xfs/2008-04/msg00036.html (62,952 bytes)

2. Re: [PATCH 5/7] XFS: Unicode case-insensitive lookup implementation (score: 1)
Author: Jeremy Allison <jra@xxxxxxxxx>
Date: Thu, 3 Apr 2008 11:47:39 -0700
Sorry, then I'm not understanding your objection to this patch (and I don't think I understood that sentence :-). Jeremy.
/archives/xfs/2008-04/msg00064.html (12,806 bytes)

3. Re: [PATCH 5/7] XFS: Unicode case-insensitive lookup implementation (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 3 Apr 2008 14:55:26 -0400
I objected to the part of the patch I've quoted (and the bitsrelated to it), not all of it. That how we do reviews in kernel land, not sure how samba handles it if you have a binary object/don't obje
/archives/xfs/2008-04/msg00065.html (12,326 bytes)

4. Re: [PATCH 5/7] XFS: Unicode case-insensitive lookup implementation (score: 1)
Author: Jeremy Allison <jra@xxxxxxxxx>
Date: Thu, 3 Apr 2008 11:22:26 -0700
It very much depends on the usage case. We have many users who have large numbers of files per directory, and not having to search these in userspace when we get a stat cache miss is helpful. Just ru
/archives/xfs/2008-04/msg00066.html (13,308 bytes)

5. Re: [PATCH 5/7] XFS: Unicode case-insensitive lookup implementation (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 3 Apr 2008 14:57:17 -0400
oops, look like the quote actually got deleted accidentally. sorry I'ltake that comment back. The part I object to are the various calls to xfs_unicode_validate in the namespace operations.
/archives/xfs/2008-04/msg00067.html (12,834 bytes)

6. Re: [PATCH 5/7] XFS: Unicode case-insensitive lookup implementation (score: 1)
Author: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Date: Fri, 4 Apr 2008 00:00:04 +0100
You can bet that one person's "invalid unicode sequence" will have been used as a valid filename on someone else's filesystem even using unicode. Meanings of "invalid unicode sequence" vary (a lot) d
/archives/xfs/2008-04/msg00071.html (12,862 bytes)

7. Re: [PATCH 5/7] XFS: Unicode case-insensitive lookup implementation (score: 1)
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Thu, 03 Apr 2008 13:11:42 -0500
I'd like to see the numbers... Simo tested an earlier version of this patch, and it was not faster.... Jeremy, what would be a representative test setup to use? Thanks, -Eric
/archives/xfs/2008-04/msg00077.html (12,040 bytes)

8. Re: [PATCH 5/7] XFS: Unicode case-insensitive lookup implementation (score: 1)
Author: "Josef 'Jeff' Sipek" <jeffpc@xxxxxxxxxxxxxx>
Date: Thu, 3 Apr 2008 14:09:18 -0400
IIRC, the last version of this patch series didn't help on the performance scale. Any updates as to whether that got fixed up? Josef 'Jeff' Sipek. -- In personal conversations with technical people,
/archives/xfs/2008-04/msg00078.html (12,409 bytes)

9. Re: [PATCH 5/7] XFS: Unicode case-insensitive lookup implementation (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 3 Apr 2008 14:43:33 -0400
CI filenames can work perfectly fine without adding validation of file names by treating non-conformant bytestreams as not having lower/upper case variants.
/archives/xfs/2008-04/msg00081.html (12,165 bytes)

10. Re: [PATCH 5/7] XFS: Unicode case-insensitive lookup implementation (score: 1)
Author: Mark Goodwin <markgw@xxxxxxx>
Date: Fri, 04 Apr 2008 11:00:30 +1100
Eric Sandeen wrote: Jeremy Allison wrote: On Thu, Apr 03, 2008 at 01:14:50PM -0400, Christoph Hellwig wrote: Validating file names is not the filesystem job. In fact it's utterly stupid, a unix filen
/archives/xfs/2008-04/msg00082.html (13,596 bytes)

11. xfs_attr a bit (score: 1)
Author: "Barry Naujok" <bnaujok@xxxxxxx>
Date: Thu, 17 Apr 2008 15:38:27 +1000
tch starts using struct xfs_name more for the xattr code and is another step for using xfs_name in xfs_da_args. Also, the cred parameter is removed from xfs_attr_get and xfs_attr_fetch. The ne
/archives/xfs/2008-04/msg00315.html (13,084 bytes)

12. o Ocfs2-users awaits moderator approval (score: 1)
Author: David Chinner <dgc@xxxxxxx>
Date: Thu, 17 Apr 2008 18:49:24 +1000
er branch should now be fully up-to-date. The three mods listed below were in the merge. Lachlan McIlroy wrote: I pushed all available changes, at the time I did the merge, into the master br
/archives/xfs/2008-04/msg00319.html (13,773 bytes)

13. e operation vector for hash and compare (score: 1)
Author: Barry Naujok <bnaujok@xxxxxxx>
Date: Wed, 02 Apr 2008 16:25:13 +1000
mplements the code to store the actual filename found during a lookup in the dentry cache and to avoid multiple entries in the dcache pointing to the same inode. It also introduces a new type,
/archives/xfs/2008-04/msg00632.html (62,952 bytes)

14. case-insensitive match for dentry cache (score: 1)
Author: Jeremy Allison <jra@xxxxxxxxx>
Date: Thu, 3 Apr 2008 11:47:39 -0700
_BYTES-1 or possibly be
/archives/xfs/2008-04/msg00660.html (12,806 bytes)

15. case-insensitive lookup implementation (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 3 Apr 2008 14:55:26 -0400
ld be using this one. So what exactly prevents us from using it in Linux? please use the old name.
/archives/xfs/2008-04/msg00661.html (12,326 bytes)

16. case-insensitive lookup implementation (score: 1)
Author: Jeremy Allison <jra@xxxxxxxxx>
Date: Thu, 3 Apr 2008 11:22:26 -0700
lthough that'll need a new abstraction for the unicode table handling.
/archives/xfs/2008-04/msg00662.html (13,308 bytes)

17. case-insensitive lookup implementation (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Thu, 3 Apr 2008 14:57:17 -0400
ted to the part of the patch I've quoted (and the bitsrelated to it), not all of it. That how we do reviews in kernel land, not sure how samba handles it if you have a binary object/don't obje
/archives/xfs/2008-04/msg00663.html (12,834 bytes)

18. support (score: 1)
Author: Jamie Lokier <jamie@xxxxxxxxxxxxx>
Date: Fri, 4 Apr 2008 00:00:04 +0100
ons a lot more readable.
/archives/xfs/2008-04/msg00667.html (12,862 bytes)

19. ory (score: 1)
Author: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Thu, 03 Apr 2008 13:11:42 -0500
n IRIX remnant. On 64 bit Linux systems, xfs_db (and hence xfs_check) will be built as 64 bit binaries. Use xfs_repair -n, xfs_check does not scale (and will hopefully be replaced by xfs_repai
/archives/xfs/2008-04/msg00673.html (12,040 bytes)

20. case-insensitive lookup implementation (score: 1)
Author: "Josef 'Jeff' Sipek" <jeffpc@xxxxxxxxxxxxxx>
Date: Thu, 3 Apr 2008 14:09:18 -0400
aced by xfs_repai
/archives/xfs/2008-04/msg00674.html (12,409 bytes)


This search system is powered by Namazu