Date: Mon, 19 Jan 2004 19:37:04 -0500 From: "Jonathan T. Sage" <sagejona@theatre.msu.edu> To: current@freebsd.org Subject: Status Update - Vol01, Issue 00 (12/18/2004) Message-ID: <400C7830.9070604@theatre.msu.edu>
next in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig973E103816E9D6D2C896CD39 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit With much fanfare, an itnitial weekly status-update. The capture scripts went through lots of versions to "get it right", so I am missing a good deal of the weeks commits. Thoughts/Comments definatally appreciated as it is early in the process. Also, as of right now, the web archive for these is not yet created. coming soonish. ~Jon Weekly Status Update Message - Volume 1, Issue 0 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Report Generated on: 01/19/2004 Covers previous week of commits (thru 01/17) This document lives on FreeBSDAddicts.org as well New Hardware Support: --------------------- MIHIRA Sanpei Yochiro - Add support for SUNTAV U-Cable type A3 (AS64LX) (USB) Kernel Updates: ----------------------------- Dag-Erling Smorgrav - Remove some sys/kern/kern_descrip.c KASSERT paranoia. Dag-Erling Smorgrav - /sys/kern/kern_descrip.c WITNESS won't let us hold two filedesc locks at the same time, so juggle fdp and newfdp around a bit. MIHIRA Sanpei Yoshiro - Sync sys/dev/usb/usbdevs.h to 1.157 Dag-Erling Smorgrav - Restore correct semantics for F_DUPFD fcntl. Other Updates: ----------------------- David O'Brian - Update NDIS to work with win64 platforms correctly Mike Makonnen - Update libthr : o We are not required to initialize an invalid rwlock. So axe all that code and simply return EINVAL (which is allowed by the standard) in all those pthread functions that previously initialized it. o Refactor the pthread_rwlock_[try]rdlock() and pthread_rwlock_[try]wrlock() functions. They are now completeley condensed into rwlock_rdlock_common() and rwlock_wrlock_common(), respectively. o If the application tries to destroy an rwlock that is currently held by a thread return EBUSY where it previously went ahead and freed all resources associated with the lock. o Refactor _pthread_rwlock_init() to make it look (relatively) sane. o When obtaining a read lock on an rwlock the check for whether it would exceed the maximum allowed read locks should happen *before* we obtain the lock. o The pthread_rwlock_* functions shall *never* return EINTR, so make sure to requeue/resuspend the thread if it encounters such an error. o Make a note that pthread_rwlock_unlock() needs to ensure it holds a lock on an rwlock it tries to unlock. It will be implemented in a separate commit because it requires some additional rwlock infrastructure. Ruslan Ermilov - Update in sys/modules (and others) to build things in pure alphabetical dictionary order. Brian Feldman - UNION FS - Fix an upper-vnode leak created in revision 1.52. When an upper-layer file has been removed, it should be purged from the cache, but it need not be removed from the directory stack causing corruption; instead, it will simply be removed once the last references and holds on it are dropped at the end of the unlink/rmdir system calls, and the normal !UN_CACHED VOP_INACTIVE() handler for unionfs finishes it off. Contrib Source Updates: ----------------------- Documentation Updates: ---------------------- Hiroki Sato - Merge Japanese translation of 5.2R docs into RELENG_5_2 This document was generated by JTSage, sagejona@theatre.msu.edu. Please E-mail all corrections, additions, comments and suggestions. --------------enig973E103816E9D6D2C896CD39 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFADHg0oVmW2UUup/ERArE9AJ90BP6AX1T8rEDgRM2nCP1wQarUkgCfZVvP gTe/t8fJ2+/lV93RXK4ltuc= =2T+d -----END PGP SIGNATURE----- --------------enig973E103816E9D6D2C896CD39--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?400C7830.9070604>