looks like a bug in either uffs_FormatDevice or uffs_format

59 views
Skip to first unread message

bowerymarc

unread,
Oct 16, 2013, 6:21:31 PM10/16/13
to uf...@googlegroups.com
uffs_format calls uffs_FormatDevice - both call uffs_GlobalFsLockLock causing a system hang.
I'd opt for removing the lock from uffs_format (uffs_fd.c)
thoughts?

Ricky Zheng

unread,
Oct 17, 2013, 3:18:28 AM10/17/13
to uf...@googlegroups.com
Yes that would hang the system if the lock not allow reentrant. I'll fix that.

Cheers,
Ricky.


--
You received this message because you are subscribed to the Google Groups "UFFS" group.
To unsubscribe from this group and stop receiving emails from it, send an email to uffs+uns...@googlegroups.com.
To post to this group, send email to uf...@googlegroups.com.
Visit this group at http://groups.google.com/group/uffs.
For more options, visit https://groups.google.com/groups/opt_out.

bowerymarc

unread,
Oct 17, 2013, 8:14:20 AM10/17/13
to uf...@googlegroups.com
I had implemented lock with a binary semaphore - should it be a reference counting semaphore? I think that's available in the system if that's what's recommended - but binary semaphores are generally less code, if it's not really necessary (which in this case it looks like it isn't if the lock in uffs_fd.c is eliminated). Thoughts?

Ricky Zheng

unread,
Oct 18, 2013, 1:56:57 AM10/18/13
to uf...@googlegroups.com
Binary semaphore should be enough.

Cheers,
Ricky.


On Fri, Oct 18, 2013 at 1:14 AM, bowerymarc <bower...@gmail.com> wrote:
I had implemented lock with a binary semaphore - should it be a reference counting semaphore?  I think that's available in the system if that's what's recommended - but binary semaphores are generally less code, if it's not really necessary (which in this case it looks like it isn't if the lock in uffs_fd.c is eliminated).  Thoughts?
Reply all
Reply to author
Forward
0 new messages