cvs commit: src/sys/cam/scsi scsi_target.c src/sys/dev/mii mii.c src/sys/fs/fifofs fifo_vnops.c src/sys/gnu/ext2fs ext2_vnops.c src/sys/kern init_main.c kern_conf.c kern_descrip.c kern_event.c kern_exec.c kern_exit.c kern_fork.c kern_sig.c sys_pipe.c tty.c ...

John-Mark Gurney gurney_j at resnet.uoregon.edu
Sun Aug 15 18:51:10 PDT 2004


Brian Fundakowski Feldman wrote this message on Sun, Aug 15, 2004 at 21:42 -0400:
> On Sun, Aug 15, 2004 at 06:24:43AM +0000, John-Mark Gurney wrote:
> >   Log:
> >   Add locking to the kqueue subsystem.  This also makes the kqueue subsystem
> >   a more complete subsystem, and removes the knowlege of how things are
> >   implemented from the drivers.  Include locking around filter ops, so a
> >   module like aio will know when not to be unloaded if there are outstanding
> >   knotes using it's filter ops.
> >   
> >   Currently, it uses the MTX_DUPOK even though it is not always safe to
> >   aquire duplicate locks.  Witness currently doesn't support the ability
> >   to discover if a dup lock is ok (in some cases).
> 
> Yay, kqueues for 5.3-RELEASE that won't panic/lock up my system!!  Do you
> think we should make this change now?

Yep, looks like we should...

> Also, would you mind if I gave it a quick once-over for the bigger style(9)
> concerns?  No functional changes/code moving, just parentheses and such.

sure, I'd like a quick peak at the patch though (if it takes me more than
a day, go ahead and commit).

-- 
  John-Mark Gurney				Voice: +1 415 225 5579

     "All that I will do, has been done, All that I have, has not."


More information about the cvs-all mailing list