Searched hist:1.189 (Results 1 - 25 of 290) sorted by relevance

1234567891011>>

/src/sys/ufs/lfs/
H A Dulfs_quota.h1.5 Sat Jun 28 22:27:51 GMT 2014 dholland branches: 1.5.4;
Revert the following changes:

src/sys/sys/quotactl.h 1.37
src/sys/compat/netbsd32/netbsd32.h 1.101
src/sys/compat/netbsd32/netbsd32_netbsd.c 1.188, 1.189
src/sys/kern/vfs_quotactl.c 1.39
src/sys/kern/vfs_syscalls.c 1.483
src/sys/ufs/lfs/ulfs_quota.c 1.11
src/sys/ufs/ufs/ufs_quota.c 1.116
src/lib/libquota/quota_kernel.c 1.5

and do them correctly.

If you're going to change the name of something, you need to change
the name of *all* the things with the same name, not just a handful,
and you should change it to something similar so it still matches the
rest of the system rather than just picking an arbitrarily different
name.

Hi, Joerg.

To wit, rename the quotactl "delete" operation to "del", because
"delete" is a reserved word in C++ and for some reason Joerg wants to
run internal interfaces used only by C code through his C++ compiler.
Do not rename it to "remove" instead, because this doesn't match
libquota or the rest of the usage throughout the system; and rename
all the related identifiers, not just the ones that blew the mind of
Joerg's C++ compiler.

Because this is not a user-facing API (the only userland consumer
sys/quotactl.h is libquota) it is sort of ok to make arbitrary
source-incompatible changes; however, by the same token it's completely
unnecessary. If it *were* a user-facing API that someone might have a
semi-rational reason to want to run a C++ compiler on, it would be
incorrect to change it at this point.

H A Dulfs_quota.c1.12 Sat Jun 28 22:27:51 GMT 2014 dholland branches: 1.12.4;
Revert the following changes:

src/sys/sys/quotactl.h 1.37
src/sys/compat/netbsd32/netbsd32.h 1.101
src/sys/compat/netbsd32/netbsd32_netbsd.c 1.188, 1.189
src/sys/kern/vfs_quotactl.c 1.39
src/sys/kern/vfs_syscalls.c 1.483
src/sys/ufs/lfs/ulfs_quota.c 1.11
src/sys/ufs/ufs/ufs_quota.c 1.116
src/lib/libquota/quota_kernel.c 1.5

and do them correctly.

If you're going to change the name of something, you need to change
the name of *all* the things with the same name, not just a handful,
and you should change it to something similar so it still matches the
rest of the system rather than just picking an arbitrarily different
name.

Hi, Joerg.

To wit, rename the quotactl "delete" operation to "del", because
"delete" is a reserved word in C++ and for some reason Joerg wants to
run internal interfaces used only by C code through his C++ compiler.
Do not rename it to "remove" instead, because this doesn't match
libquota or the rest of the usage throughout the system; and rename
all the related identifiers, not just the ones that blew the mind of
Joerg's C++ compiler.

Because this is not a user-facing API (the only userland consumer
sys/quotactl.h is libquota) it is sort of ok to make arbitrary
source-incompatible changes; however, by the same token it's completely
unnecessary. If it *were* a user-facing API that someone might have a
semi-rational reason to want to run a C++ compiler on, it would be
incorrect to change it at this point.

H A Dulfs_quota2.c1.16 Sat Jun 28 22:27:51 GMT 2014 dholland branches: 1.16.4;
Revert the following changes:

src/sys/sys/quotactl.h 1.37
src/sys/compat/netbsd32/netbsd32.h 1.101
src/sys/compat/netbsd32/netbsd32_netbsd.c 1.188, 1.189
src/sys/kern/vfs_quotactl.c 1.39
src/sys/kern/vfs_syscalls.c 1.483
src/sys/ufs/lfs/ulfs_quota.c 1.11
src/sys/ufs/ufs/ufs_quota.c 1.116
src/lib/libquota/quota_kernel.c 1.5

and do them correctly.

If you're going to change the name of something, you need to change
the name of *all* the things with the same name, not just a handful,
and you should change it to something similar so it still matches the
rest of the system rather than just picking an arbitrarily different
name.

Hi, Joerg.

To wit, rename the quotactl "delete" operation to "del", because
"delete" is a reserved word in C++ and for some reason Joerg wants to
run internal interfaces used only by C code through his C++ compiler.
Do not rename it to "remove" instead, because this doesn't match
libquota or the rest of the usage throughout the system; and rename
all the related identifiers, not just the ones that blew the mind of
Joerg's C++ compiler.

Because this is not a user-facing API (the only userland consumer
sys/quotactl.h is libquota) it is sort of ok to make arbitrary
source-incompatible changes; however, by the same token it's completely
unnecessary. If it *were* a user-facing API that someone might have a
semi-rational reason to want to run a C++ compiler on, it would be
incorrect to change it at this point.

/src/lib/libquota/
H A Dquota_kernel.c1.6 Sat Jun 28 22:27:50 GMT 2014 dholland Revert the following changes:

src/sys/sys/quotactl.h 1.37
src/sys/compat/netbsd32/netbsd32.h 1.101
src/sys/compat/netbsd32/netbsd32_netbsd.c 1.188, 1.189
src/sys/kern/vfs_quotactl.c 1.39
src/sys/kern/vfs_syscalls.c 1.483
src/sys/ufs/lfs/ulfs_quota.c 1.11
src/sys/ufs/ufs/ufs_quota.c 1.116
src/lib/libquota/quota_kernel.c 1.5

and do them correctly.

If you're going to change the name of something, you need to change
the name of *all* the things with the same name, not just a handful,
and you should change it to something similar so it still matches the
rest of the system rather than just picking an arbitrarily different
name.

Hi, Joerg.

To wit, rename the quotactl "delete" operation to "del", because
"delete" is a reserved word in C++ and for some reason Joerg wants to
run internal interfaces used only by C code through his C++ compiler.
Do not rename it to "remove" instead, because this doesn't match
libquota or the rest of the usage throughout the system; and rename
all the related identifiers, not just the ones that blew the mind of
Joerg's C++ compiler.

Because this is not a user-facing API (the only userland consumer
sys/quotactl.h is libquota) it is sort of ok to make arbitrary
source-incompatible changes; however, by the same token it's completely
unnecessary. If it *were* a user-facing API that someone might have a
semi-rational reason to want to run a C++ compiler on, it would be
incorrect to change it at this point.

/src/sys/ufs/ufs/
H A Dufs_quota.h1.22 Sat Jun 28 22:27:51 GMT 2014 dholland Revert the following changes:

src/sys/sys/quotactl.h 1.37
src/sys/compat/netbsd32/netbsd32.h 1.101
src/sys/compat/netbsd32/netbsd32_netbsd.c 1.188, 1.189
src/sys/kern/vfs_quotactl.c 1.39
src/sys/kern/vfs_syscalls.c 1.483
src/sys/ufs/lfs/ulfs_quota.c 1.11
src/sys/ufs/ufs/ufs_quota.c 1.116
src/lib/libquota/quota_kernel.c 1.5

and do them correctly.

If you're going to change the name of something, you need to change
the name of *all* the things with the same name, not just a handful,
and you should change it to something similar so it still matches the
rest of the system rather than just picking an arbitrarily different
name.

Hi, Joerg.

To wit, rename the quotactl "delete" operation to "del", because
"delete" is a reserved word in C++ and for some reason Joerg wants to
run internal interfaces used only by C code through his C++ compiler.
Do not rename it to "remove" instead, because this doesn't match
libquota or the rest of the usage throughout the system; and rename
all the related identifiers, not just the ones that blew the mind of
Joerg's C++ compiler.

Because this is not a user-facing API (the only userland consumer
sys/quotactl.h is libquota) it is sort of ok to make arbitrary
source-incompatible changes; however, by the same token it's completely
unnecessary. If it *were* a user-facing API that someone might have a
semi-rational reason to want to run a C++ compiler on, it would be
incorrect to change it at this point.

H A Dufs_quota2.c1.39 Sat Jun 28 22:27:51 GMT 2014 dholland branches: 1.39.4;
Revert the following changes:

src/sys/sys/quotactl.h 1.37
src/sys/compat/netbsd32/netbsd32.h 1.101
src/sys/compat/netbsd32/netbsd32_netbsd.c 1.188, 1.189
src/sys/kern/vfs_quotactl.c 1.39
src/sys/kern/vfs_syscalls.c 1.483
src/sys/ufs/lfs/ulfs_quota.c 1.11
src/sys/ufs/ufs/ufs_quota.c 1.116
src/lib/libquota/quota_kernel.c 1.5

and do them correctly.

If you're going to change the name of something, you need to change
the name of *all* the things with the same name, not just a handful,
and you should change it to something similar so it still matches the
rest of the system rather than just picking an arbitrarily different
name.

Hi, Joerg.

To wit, rename the quotactl "delete" operation to "del", because
"delete" is a reserved word in C++ and for some reason Joerg wants to
run internal interfaces used only by C code through his C++ compiler.
Do not rename it to "remove" instead, because this doesn't match
libquota or the rest of the usage throughout the system; and rename
all the related identifiers, not just the ones that blew the mind of
Joerg's C++ compiler.

Because this is not a user-facing API (the only userland consumer
sys/quotactl.h is libquota) it is sort of ok to make arbitrary
source-incompatible changes; however, by the same token it's completely
unnecessary. If it *were* a user-facing API that someone might have a
semi-rational reason to want to run a C++ compiler on, it would be
incorrect to change it at this point.

/src/sys/kern/
H A Dvfs_quotactl.c1.40 Sat Jun 28 22:27:50 GMT 2014 dholland Revert the following changes:

src/sys/sys/quotactl.h 1.37
src/sys/compat/netbsd32/netbsd32.h 1.101
src/sys/compat/netbsd32/netbsd32_netbsd.c 1.188, 1.189
src/sys/kern/vfs_quotactl.c 1.39
src/sys/kern/vfs_syscalls.c 1.483
src/sys/ufs/lfs/ulfs_quota.c 1.11
src/sys/ufs/ufs/ufs_quota.c 1.116
src/lib/libquota/quota_kernel.c 1.5

and do them correctly.

If you're going to change the name of something, you need to change
the name of *all* the things with the same name, not just a handful,
and you should change it to something similar so it still matches the
rest of the system rather than just picking an arbitrarily different
name.

Hi, Joerg.

To wit, rename the quotactl "delete" operation to "del", because
"delete" is a reserved word in C++ and for some reason Joerg wants to
run internal interfaces used only by C code through his C++ compiler.
Do not rename it to "remove" instead, because this doesn't match
libquota or the rest of the usage throughout the system; and rename
all the related identifiers, not just the ones that blew the mind of
Joerg's C++ compiler.

Because this is not a user-facing API (the only userland consumer
sys/quotactl.h is libquota) it is sort of ok to make arbitrary
source-incompatible changes; however, by the same token it's completely
unnecessary. If it *were* a user-facing API that someone might have a
semi-rational reason to want to run a C++ compiler on, it would be
incorrect to change it at this point.

H A Dinit_sysent.c1.189 Tue Mar 06 16:10:17 GMT 2007 drochner branches: 1.189.2; 1.189.4;
regen
1.189 Tue Mar 06 16:10:17 GMT 2007 drochner branches: 1.189.2; 1.189.4;
regen
1.189 Tue Mar 06 16:10:17 GMT 2007 drochner branches: 1.189.2; 1.189.4;
regen
H A Dkern_time.c1.189 Fri Nov 11 15:29:36 GMT 2016 njoly branches: 1.189.8; 1.189.14; 1.189.16;
Adjust clock_nanosleep(2) to not copyout remaining time struct if
TIMER_ABSTIME flag is set.

Ok Christos.

1.189 Fri Nov 11 15:29:36 GMT 2016 njoly branches: 1.189.8; 1.189.14; 1.189.16;
Adjust clock_nanosleep(2) to not copyout remaining time struct if
TIMER_ABSTIME flag is set.

Ok Christos.

1.189 Fri Nov 11 15:29:36 GMT 2016 njoly branches: 1.189.8; 1.189.14; 1.189.16;
Adjust clock_nanosleep(2) to not copyout remaining time struct if
TIMER_ABSTIME flag is set.

Ok Christos.

1.189 Fri Nov 11 15:29:36 GMT 2016 njoly branches: 1.189.8; 1.189.14; 1.189.16;
Adjust clock_nanosleep(2) to not copyout remaining time struct if
TIMER_ABSTIME flag is set.

Ok Christos.

H A Dsyscalls.master1.189 Fri Feb 15 13:09:57 GMT 2008 ad branches: 1.189.2; 1.189.6;
Mark mount/unmount MPSAFE. PR kern/38034.
1.189 Fri Feb 15 13:09:57 GMT 2008 ad branches: 1.189.2; 1.189.6;
Mark mount/unmount MPSAFE. PR kern/38034.
1.189 Fri Feb 15 13:09:57 GMT 2008 ad branches: 1.189.2; 1.189.6;
Mark mount/unmount MPSAFE. PR kern/38034.
H A Dvfs_bio.c1.189 Wed Feb 20 17:13:29 GMT 2008 matt branches: 1.189.2; 1.189.6;
Merge all the *different* definitions of bufqueues into one common one.
1.189 Wed Feb 20 17:13:29 GMT 2008 matt branches: 1.189.2; 1.189.6;
Merge all the *different* definitions of bufqueues into one common one.
1.189 Wed Feb 20 17:13:29 GMT 2008 matt branches: 1.189.2; 1.189.6;
Merge all the *different* definitions of bufqueues into one common one.
H A Dkern_resource.c1.189 Sat Apr 09 23:38:33 GMT 2022 riastradh branches: 1.189.4;
sys: Use membar_release/acquire around reference drop.

This just goes through my recent reference count membar audit and
changes membar_exit to membar_release and membar_enter to
membar_acquire -- this should make everything cheaper on most CPUs
without hurting correctness, because membar_acquire is generally
cheaper than membar_enter.

1.189 Sat Apr 09 23:38:33 GMT 2022 riastradh branches: 1.189.4;
sys: Use membar_release/acquire around reference drop.

This just goes through my recent reference count membar audit and
changes membar_exit to membar_release and membar_enter to
membar_acquire -- this should make everything cheaper on most CPUs
without hurting correctness, because membar_acquire is generally
cheaper than membar_enter.

H A Dkern_subr.c1.189 Wed May 28 15:40:58 GMT 2008 dyoung branches: 1.189.2;
Run shutdown hooks whether or not the kernel has panicked. Restores
NetBSD's shutdown behavior of more than 6 years before rev 1.176.
Ok joerg@.

It is essential that we restore some hardware to initial conditions
before rebooting, in order to avoid interfering with the BIOS
bootstrap. For example, if NetBSD gives control back to the Soekris
comBIOS while the kernel text is write-protected, the BIOS bootstrap
hangs during the power-on self-test, "POST: 0123456789bcefghip".
In principle, bus masters can also interfere with BIOS boot.

1.189 Wed May 28 15:40:58 GMT 2008 dyoung branches: 1.189.2;
Run shutdown hooks whether or not the kernel has panicked. Restores
NetBSD's shutdown behavior of more than 6 years before rev 1.176.
Ok joerg@.

It is essential that we restore some hardware to initial conditions
before rebooting, in order to avoid interfering with the BIOS
bootstrap. For example, if NetBSD gives control back to the Soekris
comBIOS while the kernel text is write-protected, the BIOS bootstrap
hangs during the power-on self-test, "POST: 0123456789bcefghip".
In principle, bus masters can also interfere with BIOS boot.

/src/sys/nfs/
H A Dnfs_socket.c1.189 Wed Mar 23 17:42:11 GMT 2011 tls branches: 1.189.4; 1.189.14; 1.189.18;
As suggested by matt@: change socket buffer reservations for NFS send/receive
to 3 times max RPC size rather than 2 times. Avoids nasty TCP stalls observed
at Panix. Will require increase to sbmax via sysctl for those running really
huge NFS rsize/wsize (>64K).

1.189 Wed Mar 23 17:42:11 GMT 2011 tls branches: 1.189.4; 1.189.14; 1.189.18;
As suggested by matt@: change socket buffer reservations for NFS send/receive
to 3 times max RPC size rather than 2 times. Avoids nasty TCP stalls observed
at Panix. Will require increase to sbmax via sysctl for those running really
huge NFS rsize/wsize (>64K).

1.189 Wed Mar 23 17:42:11 GMT 2011 tls branches: 1.189.4; 1.189.14; 1.189.18;
As suggested by matt@: change socket buffer reservations for NFS send/receive
to 3 times max RPC size rather than 2 times. Avoids nasty TCP stalls observed
at Panix. Will require increase to sbmax via sysctl for those running really
huge NFS rsize/wsize (>64K).

1.189 Wed Mar 23 17:42:11 GMT 2011 tls branches: 1.189.4; 1.189.14; 1.189.18;
As suggested by matt@: change socket buffer reservations for NFS send/receive
to 3 times max RPC size rather than 2 times. Avoids nasty TCP stalls observed
at Panix. Will require increase to sbmax via sysctl for those running really
huge NFS rsize/wsize (>64K).

/src/sys/sys/
H A Dquotactl.h1.38 Sat Jun 28 22:27:50 GMT 2014 dholland Revert the following changes:

src/sys/sys/quotactl.h 1.37
src/sys/compat/netbsd32/netbsd32.h 1.101
src/sys/compat/netbsd32/netbsd32_netbsd.c 1.188, 1.189
src/sys/kern/vfs_quotactl.c 1.39
src/sys/kern/vfs_syscalls.c 1.483
src/sys/ufs/lfs/ulfs_quota.c 1.11
src/sys/ufs/ufs/ufs_quota.c 1.116
src/lib/libquota/quota_kernel.c 1.5

and do them correctly.

If you're going to change the name of something, you need to change
the name of *all* the things with the same name, not just a handful,
and you should change it to something similar so it still matches the
rest of the system rather than just picking an arbitrarily different
name.

Hi, Joerg.

To wit, rename the quotactl "delete" operation to "del", because
"delete" is a reserved word in C++ and for some reason Joerg wants to
run internal interfaces used only by C code through his C++ compiler.
Do not rename it to "remove" instead, because this doesn't match
libquota or the rest of the usage throughout the system; and rename
all the related identifiers, not just the ones that blew the mind of
Joerg's C++ compiler.

Because this is not a user-facing API (the only userland consumer
sys/quotactl.h is libquota) it is sort of ok to make arbitrary
source-incompatible changes; however, by the same token it's completely
unnecessary. If it *were* a user-facing API that someone might have a
semi-rational reason to want to run a C++ compiler on, it would be
incorrect to change it at this point.

H A Dsyscall.h1.189 Fri Sep 07 18:58:52 GMT 2007 rmind branches: 1.189.4; 1.189.6;
Regen syscalls.
1.189 Fri Sep 07 18:58:52 GMT 2007 rmind branches: 1.189.4; 1.189.6;
Regen syscalls.
1.189 Fri Sep 07 18:58:52 GMT 2007 rmind branches: 1.189.4; 1.189.6;
Regen syscalls.
H A Dsysctl.h1.189 Sun Nov 14 05:34:56 GMT 2010 uebayasi branches: 1.189.2; 1.189.4;
According to nxr.netbsd.org nothing uses CTL_NAMES now.

1.189 Sun Nov 14 05:34:56 GMT 2010 uebayasi branches: 1.189.2; 1.189.4;
According to nxr.netbsd.org nothing uses CTL_NAMES now.

1.189 Sun Nov 14 05:34:56 GMT 2010 uebayasi branches: 1.189.2; 1.189.4;
According to nxr.netbsd.org nothing uses CTL_NAMES now.

/src/sys/arch/vax/vax/
H A Dmachdep.c1.189 Mon Aug 27 22:25:09 GMT 2012 martin branches: 1.189.2; 1.189.4;
Kernel crash dumps are not properly implemented - so do not pretend they
would exist and set dumplo to 0 if dumpsize is 0. This makes savecore
happy.
XXX - implement real dumps, most of the needed code seems to be in place
already.

1.189 Mon Aug 27 22:25:09 GMT 2012 martin branches: 1.189.2; 1.189.4;
Kernel crash dumps are not properly implemented - so do not pretend they
would exist and set dumplo to 0 if dumpsize is 0. This makes savecore
happy.
XXX - implement real dumps, most of the needed code seems to be in place
already.

1.189 Mon Aug 27 22:25:09 GMT 2012 martin branches: 1.189.2; 1.189.4;
Kernel crash dumps are not properly implemented - so do not pretend they
would exist and set dumplo to 0 if dumpsize is 0. This makes savecore
happy.
XXX - implement real dumps, most of the needed code seems to be in place
already.

/src/sys/arch/arc/conf/
H A DGENERIC1.189 Tue Jan 23 14:47:54 GMT 2018 sevan branches: 1.189.2; 1.189.4;
Alternate buffer queue strategies no longer considered experimental, update
description.

Discussed on tech-kern
http://mail-index.netbsd.org/tech-kern/2018/01/21/msg023002.html

1.189 Tue Jan 23 14:47:54 GMT 2018 sevan branches: 1.189.2; 1.189.4;
Alternate buffer queue strategies no longer considered experimental, update
description.

Discussed on tech-kern
http://mail-index.netbsd.org/tech-kern/2018/01/21/msg023002.html

1.189 Tue Jan 23 14:47:54 GMT 2018 sevan branches: 1.189.2; 1.189.4;
Alternate buffer queue strategies no longer considered experimental, update
description.

Discussed on tech-kern
http://mail-index.netbsd.org/tech-kern/2018/01/21/msg023002.html

/src/sys/arch/sun3/conf/
H A DGENERIC1.189 Thu Sep 29 10:10:10 GMT 2022 riastradh branches: 1.189.4;
swwdog(4): Add to GENERIC kernels.

Plus a handful of others that I'm familiar with. Lots of special-
purpose kernels should probably have this too but I'm not going
through all the arm, mips, and ppc evaluation board kernels to see
which ones are relevant.

Omitted from systems I know to be very small:
- sun2/GENERIC
- dreamcast/GENERIC
Feel free to remove it from others that need to be kept smaller.

Compile-tested a few of these just in case:
- alpha/GENERIC
- amd64/GENERIC
- evbmips/OCTEON
- i386/GENERIC
- riscv/GENERIC

PR kern/29702

1.189 Thu Sep 29 10:10:10 GMT 2022 riastradh branches: 1.189.4;
swwdog(4): Add to GENERIC kernels.

Plus a handful of others that I'm familiar with. Lots of special-
purpose kernels should probably have this too but I'm not going
through all the arm, mips, and ppc evaluation board kernels to see
which ones are relevant.

Omitted from systems I know to be very small:
- sun2/GENERIC
- dreamcast/GENERIC
Feel free to remove it from others that need to be kept smaller.

Compile-tested a few of these just in case:
- alpha/GENERIC
- amd64/GENERIC
- evbmips/OCTEON
- i386/GENERIC
- riscv/GENERIC

PR kern/29702

/src/sys/arch/i386/conf/
H A DMakefile.i3861.189 Fri Feb 23 14:16:52 GMT 2018 maxv branches: 1.189.2;
Revert previous, we'll need something better (and compatible with Clang).
1.189 Fri Feb 23 14:16:52 GMT 2018 maxv branches: 1.189.2;
Revert previous, we'll need something better (and compatible with Clang).
/src/sys/miscfs/genfs/
H A Dgenfs_vnops.c1.189 Fri Mar 30 18:24:08 GMT 2012 njoly branches: 1.189.2; 1.189.4;
uid mismatch for file flags changes is expected to fail with EPERM not
EACCES.

1.189 Fri Mar 30 18:24:08 GMT 2012 njoly branches: 1.189.2; 1.189.4;
uid mismatch for file flags changes is expected to fail with EPERM not
EACCES.

1.189 Fri Mar 30 18:24:08 GMT 2012 njoly branches: 1.189.2; 1.189.4;
uid mismatch for file flags changes is expected to fail with EPERM not
EACCES.

/src/sys/net/
H A Dif_bridge.c1.189 Fri Jul 29 07:58:18 GMT 2022 skrll branches: 1.189.4; 1.189.6;
Sprinkle const

1.189 Fri Jul 29 07:58:18 GMT 2022 skrll branches: 1.189.4; 1.189.6;
Sprinkle const

1.189 Fri Jul 29 07:58:18 GMT 2022 skrll branches: 1.189.4; 1.189.6;
Sprinkle const

/src/sys/miscfs/procfs/
H A Dprocfs_vnops.c1.189 Fri Feb 07 15:29:22 GMT 2014 hannken branches: 1.189.2;
Change vnode operation lookup to return the resulting vnode *vpp unlocked.
Change cache_lookup() to return an unlocked vnode.

Discussed on tech-kern@

Welcome to 6.99.31

1.189 Fri Feb 07 15:29:22 GMT 2014 hannken branches: 1.189.2;
Change vnode operation lookup to return the resulting vnode *vpp unlocked.
Change cache_lookup() to return an unlocked vnode.

Discussed on tech-kern@

Welcome to 6.99.31

/src/sys/arch/vax/conf/
H A DGENERIC1.189 Sun Jun 30 21:38:59 GMT 2013 rmind branches: 1.189.6;
G/C PFIL_HOOKS from the kernel configs.

1.189 Sun Jun 30 21:38:59 GMT 2013 rmind branches: 1.189.6;
G/C PFIL_HOOKS from the kernel configs.

Completed in 212 milliseconds

1234567891011>>