> I much prefer to have a new getdents system call which will
> also return d_type so that the 32 bit function in glibc can use
> this new getdents instead of getdents64.
That could also be done, however it seems odd to be adding a new
32-bit interface after the point when we're supposed to all have moved
to 64 bits.
My concern in presenting that patch is simply that if it is true that
we actually have a well defined interface for passing 32-bit cookies
via getdents64, and if it is true that everybody agrees on this
interface, then NFS has no choice but to try to conform.
Cheers,
Trond
BTW: does anybody anywhere actually use d_type? Certainly the standard
utilities such as 'find' or 'ls' don't seem to have been adapted
yet: I hacked up a version of NFSv3 that actually filled d_type
(by using readdirplus rather than readdir) but I've yet to find
any 'off the shelf' software, that uses the extra information.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/