On 17 Oct 02 at 15:41, Benjamin LaHaise wrote:
> On Thu, Oct 17, 2002 at 02:01:11AM +0200, Andi Kleen wrote:
> > So it boils down to if the new fields are important enough to justify
> > the pain they cause on 64bit.
> > (I ran into a similar issue with my nanosecond stat patchkit -
> > alpha stat is 64bit clean, but doesn't have the padding for ns fields
> > added used in later ports)
> If any new stat() type syscalls are added, make sure that a length parameter
> of the structure gets passed in from userland, as that way we will be able
> to extend the available information without introducing yet another syscall
> on every arch (this has happened enough times now that we should try to get
> it right).
And if VFS could get access to dentry which was used for statfs,
I (and ncpfs) will be very happy, as then I can report space available
for user after applying directory restrictions just through normal
statfs call, instead of using own special call.
I understand that then it becomes more inode than superblock operation,
and that it is too late for 2.6...
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Oct 23 2002 - 22:00:37 EST