1 msgSun's virtualization
2 msg[PATCH] Add 'label' to rescue/geom
2 msgstrange message from ciss: ciss0: SENDING NOP M...
20 msgImproving the handling of PR:s
1 msg7.0 RC1 dump hangs - sometimes
1 msgRC1 dump hangs - sometimes
2 msgTruncated capability record buffer returned
29 msg[Call for testers] 'BSD ar'
2 msgSAN for FreeBSD?
15 msgstrace broken in 7.0?
10 msgWhy the FreeBSD license will not be changing
4 msgRegular bge watchdog timeouts on 7.0-PRERELEASE
1 msgkgdb not loading symbols?
1 msgErrors burning CD-RW's with RELENG_7
143 msgFreeBSD's problems as seen by the BSDForen.de c...
2 msgzpool cannot be imported into opensolaris
4 msgSmall patch to fix top in large NIS environments

[PATCH] lockmgr and VFS plans
\ Attilio Rao (9 Jan 2008)
. \ Peter Holm (9 Jan 2008)
. \ Martin Voros (10 Jan 2008)

6 msgIEEE488 (lack of) future in FreeBSD
2 msgRe: Asus Eee PC
Subject:[PATCH] lockmgr and VFS plans
Group:Freebsd-current
From:Attilio Rao
Date:9 Jan 2008


 
Hi,
as previously explained in past e-mails, lockmgr() is going to face a
massive restructuration.
The work is progressing on two different rails: the former involves
fixing consumers code in order to make it completely implementative
details agnostic, in order to make it cleaner and more robust. The
latter involves giving a good replacement for current functions and a
faster implementation.
lockmgr() is an old primitive widely used in our VFS subsystem, so
this overhaul would involve someway VFS subsystem necessarilly, in
particular about the former line of development.

Part of this overhaul (for this preliminary stages) consists in
removing the 'thread' argument from the lockmgr() interface which also
means making useless the same argument about VFS functions (vn_lock,
VOP_LOCK() and VOP_UNLOCK()). This removal can be done in a 'stacked'
way and can be splitted in 2 different stages: the former will clean
up only vn_lock() while the latter will be more aggressive and it will
involve hardly VFS, fixing VOP_LOCK1() and VOP_UNLOCK(). This patch
removes the 'thread' argument from vn_lock():
http://people.freebsd.org/~attilio/vn_lock.diff

What I'm looking for is:
- objections to this
- testers (even if a small crowd alredy offered to test this patch)

I test-compiled and runned LINT with this patch and it works
perfectly, but a wider audience would be better.

I also would appreciate a lot if people planning to do changes to
lockmgr or VFS would coordinate their efforts with me, even on small
changes.

Thanks,
Attilio


--
Peace can only be achieved by understanding - A. Einstein
_______________________________________________
freebsd-current mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe"


© 2004-2008 readlist.com