Re: Should struct inode be made available to userspace?

[viro]

On Sat, Jan 03, 2004 at 09:45:47PM -0800, Jeff Woods wrote:
> At 1/3/2004 06:57 PM +0000, viro@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx wrote:
> >On Sat, Jan 03, 2004 at 01:39:41PM -0500, Bill Davidsen wrote:
> >>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.
> 
> They may if trying to do an online backup of open files, especially if 
> attempting to maintain transactional integrity (i.e. make the backup 
> logically atomic).

*ROTFL*

Excuse me, what sort of atomicity are you talking about?  If that "program"
pokes around in kernel memory and accesses (nevermind how found) in-core
inodes, it's not just not atomic, it's obviously racy in all sorts of
interesting ways.  struct inode can be freed at any point _and_ userland
code can lose timeslice and not regain it in quite a while.

If any backup program tries to pull that off, I would really like to see
the names of its "designers" posted for public ridicule.  If such duhvelopers
actually exist, they more than deserve recognition.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/