Re: hurd/tmpfs dir.c tmpfs.c

[Jeroen Dekkers]

On Tue, Jun 04, 2002 at 10:12:37PM +0200, Marco Gerards wrote:
> > This was the change that came up on the thread "fatfs locking".  It might
> > still be desireable for fatfs, but I don't know enough about that case to
> > really be sure.
> 
> There is no fix for the fatfs locking problem yet. This patch can fix the 
> problem :). 
> 
> I thought about an other solution for the problem, although it is a stange 
> solution it might solve the problem. The thread in fatfs will deadlock 
> because that thread already locked the node, what if the function that locks 
> the node check if the node is locked by that thread and won't lock if it is? 
> That will solve the problem and won't cause troubles for other diskfs 
> translators.
> 
> I was thinking about the functions "diskfs_lock_node" and 
> "diskfs_unlock_node". If everybody agrees I'm willing to write those and 
> adept libdiskfs and the translators using libdiskfs to use those functions.

Pthreads already has recursive locks as an X/Open extension, I don't
think such changes are needed because we will switch to pthreads
within a few months anyhow.

Jeroen Dekkers
-- 
Jabber ID: jdekkers@jabber.org  IRC ID: jeroen@openprojects
GNU supporter - http://www.gnu.org

pgp3vdO9VG3Bs.pgp
Description: PGP signature