viro _at_ parcelfarce.linux.theplanet.co.uk wrote: > On Sat, Jan 03, 2004 at 01:39:41PM -0500, Bill Davidsen wrote: > >>viro _at_ parcelfarce.linux.theplanet.co.uk wrote: >> >> >>>struct inode and structures containing it should not be used outside of >>>kernel. >>>Moreover, foo_fs.h should be seriously trimmed down and everything _not_ >>>useful outside of kernel should be taken into fs/foo/*; other kernel code >>>also doesn't give a fsck for that stuff, so it should be private to >>>filesystem >>>instead of polluting include/linux/*. >> >>Moving the definitions is fine, but some user programs, like backup >>programs, do benefit from direct interpretation of the inode. Clearly >>that's not a normal user program, but this information is not only >>useful inside the kernel. > > > No, they do not. They care about on-disk structures, not the in-core > ones fs driver happens to build. Pardon, I thought that was exactly what was being suggested to hide. -- bill davidsen <davidsen _at_ tmr.com> CTO TMR Associates, Inc Doing interesting things with small computers since 1979 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
References:
- Re: Should struct inode be made available to userspace?Bill Davidsen
- Re: Should struct inode be made available to userspace?viro
- Prev by Date: Re: Should struct inode be made available to userspace?
- Next by Date: Re: GCC 3.4 Heads-up
- Previous by thread: Re: Should struct inode be made available to userspace?
- Next by thread: 2.6.1-rc1, scanner.ko, oops
- Indexes:[Main][Thread]