Date: Tue, 25 Mar 2003 08:53:12 -0800 From: Mark Day <mday@apple.com> To: Yar Tikhiy <yar@FreeBSD.ORG> Cc: Max Khon <fjoe@iclub.nsu.ru>, "Matthew N. Dodd" <mdodd@FreeBSD.ORG>, ppc@FreeBSD.ORG, fs@FreeBSD.ORG Subject: Re: HFS/HFS Plus driver and tools for 5.x are available Message-ID: <439F1CD2-5EE2-11D7-9FEF-00039354009A@apple.com> In-Reply-To: <20030325114824.GD26415@comp.chem.msu.su>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday, March 25, 2003, at 03:48 AM, Yar Tikhiy wrote: > BTW, correct me if I'm wrong, but a new signature (HFS has it at > the first two bytes of its volume header) and a change to the > function for comparing two Unicode keys (so it will compare them > respecting case) is all that is needed to make a case-sensitive > variant of HFS. Of course, the utilities (fsck_hfs in particular) > should be changed, too. You'll also want to change the code that deals with the name cache. For case insensitivity, it does some wacky things. If I remember right, it actually stores in the name cache all of the case variants you actually passed into the kernel. That is, if you did a lookup on both "a" and "A", then both of those will be in the name cache, referring to the same file. When you move or rename, I think it ends up invalidating every entry for the directory, instead of the single name. You could get by with the current behavior, but you can get better performance if you made the name caching code work like UFS and the rest. -Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ppc" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?439F1CD2-5EE2-11D7-9FEF-00039354009A>