On Sun, 23 Feb 2003, Anton Altaparmakov wrote:
> On Sat, 22 Feb 2003, Martin Whitaker wrote:
> > Using strace helped me discover why I could copy the files manually, but
> > drakfont couldn't. If I execute
> >
> > cp /mnt/windows/c/WINDOWS/Fonts/*.ttf fonts
> >
> > it works every time. If I execute
> >
> > cp /mnt/windows/c/WINDOWS/fonts/*.ttf fonts
> >
> > it works sometimes and hangs sometimes. If I execute
> >
> > cp /mnt/windows/c/windows/fonts/*.ttf fonts
> >
> > it hangs every time. The point at which it hangs varies from run to run.
>
> This is great thanks!
Yes, thanks for everybody who responded, excellent feedbacks! It's
100% posible to reproduce the hang even with standard 2.4.20+ kernels.
> It points me directly at the code responsible for the hangs. The
> above should hopefully allow me to reproduce the hang and fix the
> problem. Most likely it is something to do with the dcache code in
> fs/ntfs/namei.c::ntfs_lookup() that handles the case insensitive
> file and directory names in NTFS. This is supported by the
> reported trace from the kernel showing that the code hangs inside
> ntfs_lookup() when the inode lock is attempted to be acquired.
The inode locking, needed to close iget4 race, looks totally broken.
> When I have a little spare time I will work on tracing and fixing
> the problem if someone doesn't beat me to it...
I'll also look at it closer as soon as possible.
Szaka
