Messages in this thread | | | From | "Petr Vandrovec" <> | Date | Thu, 17 Oct 2002 23:27:16 +0200 | Subject | Re: statfs64 missing |
| |
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... Thanks, Petr Vandrovec vandrove@vc.cvut.cz
- 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/
| |