[Top][All Lists]

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

Re: hurd/tmpfs dir.c tmpfs.c

From: Jeroen Dekkers
Subject: Re: hurd/tmpfs dir.c tmpfs.c
Date: Tue, 4 Jun 2002 22:43:13 +0200
User-agent: Mutt/1.3.28i

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

Attachment: pgp3vdO9VG3Bs.pgp
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]