src/sys/kern/vnode_if.sh, branch release/2.2.5_cvs FreeBSD source tree This commit was manufactured by cvs2svn to create tag 1997-10-21T01:56:05+00:00 cvs2svn cvs2svn@FreeBSD.org 1997-10-21T01:56:05+00:00 14d01796b1ab61a57dbd60da66d8dac699a0a2e7 'RELENG_2_2_5_RELEASE'. This commit was manufactured to restore the state of the 2.2.5-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. 
'RELENG_2_2_5_RELEASE'.

This commit was manufactured to restore the state of the 2.2.5-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
Another mega commit to staticize things. 1995-12-14T09:55:16+00:00 Poul-Henning Kamp phk@FreeBSD.org 1995-12-14T09:55:16+00:00 f708ef1b9ebe2f38fc7e454e6594efd5a98a2124 






Don't #include vm stuff in vnode_if.[ch].  Enough vm stuff (a
1995-12-06T23:33:39+00:00

Bruce Evans
bde@FreeBSD.org

1995-12-06T23:33:39+00:00

40560c447171dd3e6d506c806583eb089691aa7f

single typedef) is now declared in <sys/types.h>.

This is the first of 4 commits that will remove some excessive
includes of vm*.h and user.h.  The total speed improvement isn't
as large as I first thought.  `make depend; make' for LINT only
improved from 2180 seconds to 2108 seconds user time.





single typedef) is now declared in <sys/types.h>.

This is the first of 4 commits that will remove some excessive
includes of vm*.h and user.h.  The total speed improvement isn't
as large as I first thought.  `make depend; make' for LINT only
improved from 2180 seconds to 2108 seconds user time.







Second batch of cleanup changes.
1995-10-29T15:33:36+00:00

Poul-Henning Kamp
phk@FreeBSD.org

1995-10-29T15:33:36+00:00

a98ca4699e496aa92e57b376defd0647b9ed5628

This time mostly making a lot of things static and some unused
variables here and there.





This time mostly making a lot of things static and some unused
variables here and there.







Generate prototypes for VOP functions.  I decided to keep the old-style
1995-09-11T16:05:16+00:00

Bruce Evans
bde@FreeBSD.org

1995-09-11T16:05:16+00:00

5e3e8d2b882171b86e22cb22da725980c7acac25

definitions even though the functions are inline.  If vnode_if.h was
compiled by a non-ANSI compiler, then `inline' would be defined away,
so vnode_if.h might compile correctly.





definitions even though the functions are inline.  If vnode_if.h was
compiled by a non-ANSI compiler, then `inline' would be defined away,
so vnode_if.h might compile correctly.







Added VOP_GETPAGES/VOP_PUTPAGES and also the "backwards" block count
1995-09-04T00:21:16+00:00

John Dyson
dyson@FreeBSD.org

1995-09-04T00:21:16+00:00

c83ebe7781c6bff90fc64f692ee5a7f93af0a366

for VOP_BMAP.  Updated affected filesystems...





for VOP_BMAP.  Updated affected filesystems...







Removed my special-case hack for VOP_LINK and fixed the problem with the
1995-08-01T18:51:02+00:00

David Greenman
dg@FreeBSD.org

1995-08-01T18:51:02+00:00

4777741358be34ae3a042afe58616b974a07afce

wrong vp's ops vector being used by changing the VOP_LINK's argument order.
The special-case hack doesn't go far enough and breaks the generic
bypass routine used in some non-leaf filesystems. Pointed out by Kirk
McKusick.





wrong vp's ops vector being used by changing the VOP_LINK's argument order.
The special-case hack doesn't go far enough and breaks the generic
bypass routine used in some non-leaf filesystems. Pointed out by Kirk
McKusick.







The generated VCALL always uses the first vp which in the case of /link/
1995-07-07T13:41:28+00:00

David Greenman
dg@FreeBSD.org

1995-07-07T13:41:28+00:00

083c109df6c67628f5bf7f09d54cfc9ab6709af7

might not be handled by the same FS as the directory (e.g. special device
files)...so it must be special-cased. This bug is seen when doing
"ln /dev/console /dev/foo" or equivilent and first appeared after I fixed
the argument order of VOP_LINK.  YUCK! There really needs to be a way of
specifying what vp to use in the VCALL; doing this could fix the strategy
and bwrite special-cases, too.





might not be handled by the same FS as the directory (e.g. special device
files)...so it must be special-cased. This bug is seen when doing
"ln /dev/console /dev/foo" or equivilent and first appeared after I fixed
the argument order of VOP_LINK.  YUCK! There really needs to be a way of
specifying what vp to use in the VCALL; doing this could fix the strategy
and bwrite special-cases, too.







Added $Id$
1994-08-02T07:55:43+00:00

David Greenman
dg@FreeBSD.org

1994-08-02T07:55:43+00:00

3c4dd3568f411b4f00f795929afb77ca972c2325












BSD 4.4 Lite Kernel Sources
1994-05-24T10:09:53+00:00

Rodney W. Grimes
rgrimes@FreeBSD.org

1994-05-24T10:09:53+00:00

df8bae1de4b67ccf57f4afebd4e2bf258c38910d