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. -- 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/
Follow-Ups:
- Prev by Date: Re: Compatibility of Nvidia NVNET driver license with GPL
- Next by Date: 2.6.1-rc1, scanner.ko, oops
- Previous by thread: Re: 2.6.0-test6: APM unable to suspend (the 2.6.0-test2 saga continues)
- Next by thread: Re: Should struct inode be made available to userspace?
- Indexes:[Main][Thread]