Date: Thu, 20 Jul 1995 17:34:17 -0700 From: Matt Dillon <dillon@blob.best.net> To: root@corbin.Root.COM Cc: bugs@freebsd.org Subject: Re: possible ffs_vget() race condition Message-ID: <199507210034.RAA05301@blob.best.net>
next in thread | raw e-mail | index | archive | help
I think a better solution would be to have the vnode allocation routine install dummy functions/data such that it can be freed at any time. This would incidently solve the second problem as well (where sync comes along and gets confused by the partially allocated vnode that someone mentioned a few messages back). -Matt >> Doesn't vrele() call VOP_INACTIVE and therefore >> ufs_inactive, which will try to dereference >> vp->v_data which is NULL? > > Hmmm. You're right. Any thoughts, Kirk? What happens if the v_op pointer is >set to NULL before doing the vrele()? ...Does the VOP_INACTIVE become a nop, or >does the machine panic when dereferencing the pointer? :-) > The only other solution I can think of would be to create a special routine >for releasing vnodes with no FS specific data yet attached...but that seems >like another kludge. > >-DG >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199507210034.RAA05301>