Messages in this thread | | | Subject | Re: Odd code in iput() (since 2.1.60). What for? | Date | Sat, 20 Mar 1999 13:42:41 -0800 | From | "G. Allen Morris III" <> |
| |
It is my understanding that iget() will return an inode even if its link count is zero. You still have to call iput on the inode to get i_count back to zero. And I don't think that this inode would be DIRTY.
It may be that there should be an iget...() that does not return deleted inodes. (I could use it in NFSD, to get at the inode cache.)
Allen
>>>Alexander Viro said: > Folks, could somebody recall why the check for I_DIRTY had been > added to iput()? AFAICS it does nothing. If the inode is hashed and clean > it's already on inode_in_use, otherwise we are in *big* trouble (the only > reason for that might be crazy ->delete_inode() doing insert_inode_hash(). > Was it a preparation for undelete or what?) I have to tweak inode.c for > FAT fixes and I'm not too happy about the perspective of tweaking code if > I don't understand its parts ;-/ Especially in such place. > Code in question had been added in 2.1.60 and I couldn't find any > discussion in archives ;-/ Could somebody help with it? > Cheers, > Al > > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.rutgers.edu > Please read the FAQ at http://www.tux.org/lkml/
--------------------------------- G. Allen Morris III
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |