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. - 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:
- Re: Should struct inode be made available to userspace?Jeff Woods
- Re: Should struct inode be made available to userspace?Bill Davidsen
- Prev by Date: xterm scrolling speed - scheduling weirdness in 2.6 ?!
- Next by Date: Re: [PATCH 1/2] kthread_create
- Previous by thread: Re: Should struct inode be made available to userspace?
- Next by thread: Re: Should struct inode be made available to userspace?
- Indexes:[Main][Thread]