Source-Changes-D archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: CVS commit: src/sys/fs/tmpfs



On Jan 3, 2014, at 10:13 PM, Mindaugas Rasiukevicius 
<rmind%netbsd.org@localhost> wrote:

> "Juergen Hannken-Illjes" <hannken%netbsd.org@localhost> wrote:
>> Module Name: src
>> Committed By:        hannken
>> Date:                Fri Jan  3 09:53:12 UTC 2014
>> 
>> Modified Files:
>>      src/sys/fs/tmpfs: tmpfs_subr.c tmpfs_vnops.c
>> 
>> Log Message:
>> Fix a race where thread1 runs VOP_REMOVE() and gets preempted in
>> tmpfs_reclaim() before the call to tmpfs_free_node().  Thread2
>> runs VFS_FHTOVP() and gets a new vnode attached to the node thread1
>> is about to destroy.
>> 
>> Change tmpfs_alloc_node() to always assign non-zero generation number
>> and tmpfs_inactive() to set the generation number of unlinked nodes
>> to zero.
> 
> Can you explain how does this help?  It still seems racy to me.

Please describe the race in more detail.  Tmpfs_fhtovp() will fail
as soon as an unlinked tmpfs node drops its last vnode reference.

> Why not just check for tn_links == 0 in tmpfs_fhtovp()?

Because it is ok as long as the corresponding vnode is open/referenced.

--
J. Hannken-Illjes - hannken%eis.cs.tu-bs.de@localhost - TU Braunschweig 
(Germany)



Home | Main Index | Thread Index | Old Index