src-test2/sys/gnu, branch release/5.2.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.2.0_cvs 2004-01-10T05:53:29Z This commit was manufactured by cvs2svn to create tag 2004-01-10T05:53:29Z cvs2svn cvs2svn@FreeBSD.org 2004-01-10T05:53:29Z urn:sha1:58c9ff44c8041f394c663cb9640e9b77fe07bb13 'RELENG_5_2_0_RELEASE'. This commit was manufactured to restore the state of the 5.2-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. This commit was manufactured by cvs2svn to create branch 'RELENG_5_2'. 2003-12-07T03:02:28Z cvs2svn cvs2svn@FreeBSD.org 2003-12-07T03:02:28Z urn:sha1:a348451bd8bd6d66bcb5b23f2aaec00e74c1292f Fixed a reference to a nonexistent variable in previous commit. Renaming 2003-11-05T11:56:58Z Bruce Evans bde@FreeBSD.org 2003-11-05T11:56:58Z urn:sha1:6e347ed298f0d9c490f081e5b28281be8b8d592e of ffs_reload()'s mountp parameter to mp in rev.1.28 of ffs_vnops.c had not been merged here. ext2fs_reload() is still missing locking from not merging other changes to ffs_reload(), but none of these is related to recent locking changes. Remove mntvnode_mtx and replace it with per-mountpoint mutex. 2003-11-05T04:30:08Z Alexander Kabaev kan@FreeBSD.org 2003-11-05T04:30:08Z urn:sha1:ca430f2e92d073fc5c05df06b6b72cfb2842ee4b Introduce two new macros MNT_ILOCK(mp)/MNT_IUNLOCK(mp) to operate on this mutex transparently. Eventually new mutex will be protecting more fields in struct mount, not only vnode list. Discussed with: jeff Remove alpha-bitops.h now that it's unused. It's in the attic if 2003-11-03T07:10:53Z Marcel Moolenaar marcel@FreeBSD.org 2003-11-03T07:10:53Z urn:sha1:63e69c75fbd98c26e03c43c20cb5b6b531879c34 we want it again. Use VOP_UNLOCK/vrele instead of vput. td was erecived as a parameter 2003-11-03T04:46:19Z Alexander Kabaev kan@FreeBSD.org 2003-11-03T04:46:19Z urn:sha1:45d45c6cdeb9416736b2c81f5dc679d867298dc4 and one cannot be sure it is equal to curthread. Take care not to call vput if thread used in corresponding vget 2003-11-02T04:52:53Z Alexander Kabaev kan@FreeBSD.org 2003-11-02T04:52:53Z urn:sha1:cb9ddc80aee7da7181eedc5be2ae7b898123f38b wasn't curthread, i.e. when we receive a thread pointer to use as a function argument. Use VOP_UNLOCK/vrele in these cases. The only case there td != curthread known at the moment is boot() calling sync with thread0 pointer. This fixes the panic on shutdown people have reported. Temporarily undo parts of the stuct mount locking commit by jeff. 2003-11-01T05:51:54Z Alexander Kabaev kan@FreeBSD.org 2003-11-01T05:51:54Z urn:sha1:492c1e68fbce5744ed3df1d8dbffa0766e399ab4 It is unsafe to hold a mutex across vput/vrele calls. This will be redone when a better locking strategy is agreed upon. Discussed with: jeff Fix the alpha tinderbox. The alpha specific bitops used by the bitmap 2003-10-29T07:35:53Z Marcel Moolenaar marcel@FreeBSD.org 2003-10-29T07:35:53Z urn:sha1:3c6441a736bf2a8c784b2355e3d69e150f73ea1d code has the typical branch prediction detour, which creates cross- section branches. A LINT kernel is apparently large enough nowadays that the .text and .text2 sections cannot always be layed-out so that branches between them reach. The fix is to stop using the alpha-specific bitops and instead use the portable implementation used by all platforms other than alpha and i386. DuH! 2003-10-18T14:10:28Z Poul-Henning Kamp phk@FreeBSD.org 2003-10-18T14:10:28Z urn:sha1:2c18019f141eab7862508c732bed94aa42238813 bp->b_iooffset (the spot on the disk), not bp->b_offset (the offset in the file)