O> you might want to add > > /* > * if the inode is dirty already, do the atime update since > * we'll be doing the disk IO anyway to clean the inode. > */ > if (inode->i_state & I_DIRTY) > return 1;
This makes the actual result somewhat less predictable. Is that wise ? Right now its clear what happens based on what user sequence of events and that this is easily repeatable. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
