Searched hist:1.116 (Results 1 - 25 of 710) 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 Dulfsmount.h1.18 Mon Jun 20 03:36:09 GMT 2016 dholland One more batch of already-synced ufs changes:

ufs_extern.h 1.79 is equivalent to ulfs_extern.h 1.14
ufsmount.h 1.43 is (roughly) equivalent to lfs_extern.h 1.102
ufs_inode.c 1.94 does not apply to lfs
ufs_inode.c 1.95 does not apply to lfs either
ufs_readwrite.c 1.108 is equivalent to ulfs_readwrite.c 1.8
ufs_readwrite.c 1.109 is equivalent to ulfs_readwrite.c 1.9
ufs_readwrite.c 1.110 is equivalent to ulfs_readwrite.c 1.10
ufs_readwrite.c 1.111 does not apply to lfs
ufs_readwrite.c 1.112 is equivalent to ulfs_readwrite.c 1.11
ufs_readwrite.c 1.113 is equivalent to ulfs_readwrite.c 1.13
ufs_readwrite.c 1.114 is equivalent to ulfs_readwrite.c 1.14
ufs_readwrite.c 1.115 is equivalent to ulfs_readwrite.c 1.15
ufs_readwrite.c 1.116-1.118 does not apply to lfs
ufs_readwrite.c 1.119-1.120 are equivalent to ulfs_readwrite.c 1.16
ufs_rename.c 1.12 is equivalent to lfs_rename.c 1.8
ufs_vnops.c 1.226 is equivalent to ulfs_vnops.c 1.22 and lfs_vnops.c 1.270
ufs_vnops.c 1.227 is equivalent to ulfs_vnops.c 1.23
ufs_vnops.c 1.228-1.229 are equivalent to ulfs_vnops.c 1.24
ufs_vnops.c 1.230 is equivalent to ulfs_vnops.c 1.25 and lfs_vnops.c 1.271
ufs_vnops.c 1.231 originated in lfs
ufs_vnops.c 1.232 does not apply to lfs
H A Dlfs_rename.c1.21 Mon Jun 20 03:36:09 GMT 2016 dholland branches: 1.21.10;
One more batch of already-synced ufs changes:

ufs_extern.h 1.79 is equivalent to ulfs_extern.h 1.14
ufsmount.h 1.43 is (roughly) equivalent to lfs_extern.h 1.102
ufs_inode.c 1.94 does not apply to lfs
ufs_inode.c 1.95 does not apply to lfs either
ufs_readwrite.c 1.108 is equivalent to ulfs_readwrite.c 1.8
ufs_readwrite.c 1.109 is equivalent to ulfs_readwrite.c 1.9
ufs_readwrite.c 1.110 is equivalent to ulfs_readwrite.c 1.10
ufs_readwrite.c 1.111 does not apply to lfs
ufs_readwrite.c 1.112 is equivalent to ulfs_readwrite.c 1.11
ufs_readwrite.c 1.113 is equivalent to ulfs_readwrite.c 1.13
ufs_readwrite.c 1.114 is equivalent to ulfs_readwrite.c 1.14
ufs_readwrite.c 1.115 is equivalent to ulfs_readwrite.c 1.15
ufs_readwrite.c 1.116-1.118 does not apply to lfs
ufs_readwrite.c 1.119-1.120 are equivalent to ulfs_readwrite.c 1.16
ufs_rename.c 1.12 is equivalent to lfs_rename.c 1.8
ufs_vnops.c 1.226 is equivalent to ulfs_vnops.c 1.22 and lfs_vnops.c 1.270
ufs_vnops.c 1.227 is equivalent to ulfs_vnops.c 1.23
ufs_vnops.c 1.228-1.229 are equivalent to ulfs_vnops.c 1.24
ufs_vnops.c 1.230 is equivalent to ulfs_vnops.c 1.25 and lfs_vnops.c 1.271
ufs_vnops.c 1.231 originated in lfs
ufs_vnops.c 1.232 does not apply to lfs

H A Dulfs_extern.h1.24 Mon Jun 20 03:36:09 GMT 2016 dholland branches: 1.24.18; 1.24.24;
One more batch of already-synced ufs changes:

ufs_extern.h 1.79 is equivalent to ulfs_extern.h 1.14
ufsmount.h 1.43 is (roughly) equivalent to lfs_extern.h 1.102
ufs_inode.c 1.94 does not apply to lfs
ufs_inode.c 1.95 does not apply to lfs either
ufs_readwrite.c 1.108 is equivalent to ulfs_readwrite.c 1.8
ufs_readwrite.c 1.109 is equivalent to ulfs_readwrite.c 1.9
ufs_readwrite.c 1.110 is equivalent to ulfs_readwrite.c 1.10
ufs_readwrite.c 1.111 does not apply to lfs
ufs_readwrite.c 1.112 is equivalent to ulfs_readwrite.c 1.11
ufs_readwrite.c 1.113 is equivalent to ulfs_readwrite.c 1.13
ufs_readwrite.c 1.114 is equivalent to ulfs_readwrite.c 1.14
ufs_readwrite.c 1.115 is equivalent to ulfs_readwrite.c 1.15
ufs_readwrite.c 1.116-1.118 does not apply to lfs
ufs_readwrite.c 1.119-1.120 are equivalent to ulfs_readwrite.c 1.16
ufs_rename.c 1.12 is equivalent to lfs_rename.c 1.8
ufs_vnops.c 1.226 is equivalent to ulfs_vnops.c 1.22 and lfs_vnops.c 1.270
ufs_vnops.c 1.227 is equivalent to ulfs_vnops.c 1.23
ufs_vnops.c 1.228-1.229 are equivalent to ulfs_vnops.c 1.24
ufs_vnops.c 1.230 is equivalent to ulfs_vnops.c 1.25 and lfs_vnops.c 1.271
ufs_vnops.c 1.231 originated in lfs
ufs_vnops.c 1.232 does not apply to lfs
H A Dulfs_readwrite.c1.22 Mon Jun 20 03:36:09 GMT 2016 dholland branches: 1.22.2; 1.22.4;
One more batch of already-synced ufs changes:

ufs_extern.h 1.79 is equivalent to ulfs_extern.h 1.14
ufsmount.h 1.43 is (roughly) equivalent to lfs_extern.h 1.102
ufs_inode.c 1.94 does not apply to lfs
ufs_inode.c 1.95 does not apply to lfs either
ufs_readwrite.c 1.108 is equivalent to ulfs_readwrite.c 1.8
ufs_readwrite.c 1.109 is equivalent to ulfs_readwrite.c 1.9
ufs_readwrite.c 1.110 is equivalent to ulfs_readwrite.c 1.10
ufs_readwrite.c 1.111 does not apply to lfs
ufs_readwrite.c 1.112 is equivalent to ulfs_readwrite.c 1.11
ufs_readwrite.c 1.113 is equivalent to ulfs_readwrite.c 1.13
ufs_readwrite.c 1.114 is equivalent to ulfs_readwrite.c 1.14
ufs_readwrite.c 1.115 is equivalent to ulfs_readwrite.c 1.15
ufs_readwrite.c 1.116-1.118 does not apply to lfs
ufs_readwrite.c 1.119-1.120 are equivalent to ulfs_readwrite.c 1.16
ufs_rename.c 1.12 is equivalent to lfs_rename.c 1.8
ufs_vnops.c 1.226 is equivalent to ulfs_vnops.c 1.22 and lfs_vnops.c 1.270
ufs_vnops.c 1.227 is equivalent to ulfs_vnops.c 1.23
ufs_vnops.c 1.228-1.229 are equivalent to ulfs_vnops.c 1.24
ufs_vnops.c 1.230 is equivalent to ulfs_vnops.c 1.25 and lfs_vnops.c 1.271
ufs_vnops.c 1.231 originated in lfs
ufs_vnops.c 1.232 does not apply to lfs
/src/sys/arch/hpcmips/hpcmips/
H A Dmachdep.c1.116 Sat Jul 28 23:08:56 GMT 2012 matt branches: 1.116.2; 1.116.4;
Fix -fno-common fallout.
1.116 Sat Jul 28 23:08:56 GMT 2012 matt branches: 1.116.2; 1.116.4;
Fix -fno-common fallout.
1.116 Sat Jul 28 23:08:56 GMT 2012 matt branches: 1.116.2; 1.116.4;
Fix -fno-common fallout.
/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/dev/isa/
H A Dmcd.c1.116 Thu Jul 14 10:19:06 GMT 2016 msaitoh branches: 1.116.2; 1.116.8; 1.116.10; 1.116.16; 1.116.18;
- Use aprint*() more in xxx_attach().
- Add missing aprint_naive("\n").
- Remove extra spaces and tabs.
- KNF.

1.116 Thu Jul 14 10:19:06 GMT 2016 msaitoh branches: 1.116.2; 1.116.8; 1.116.10; 1.116.16; 1.116.18;
- Use aprint*() more in xxx_attach().
- Add missing aprint_naive("\n").
- Remove extra spaces and tabs.
- KNF.

1.116 Thu Jul 14 10:19:06 GMT 2016 msaitoh branches: 1.116.2; 1.116.8; 1.116.10; 1.116.16; 1.116.18;
- Use aprint*() more in xxx_attach().
- Add missing aprint_naive("\n").
- Remove extra spaces and tabs.
- KNF.

1.116 Thu Jul 14 10:19:06 GMT 2016 msaitoh branches: 1.116.2; 1.116.8; 1.116.10; 1.116.16; 1.116.18;
- Use aprint*() more in xxx_attach().
- Add missing aprint_naive("\n").
- Remove extra spaces and tabs.
- KNF.

1.116 Thu Jul 14 10:19:06 GMT 2016 msaitoh branches: 1.116.2; 1.116.8; 1.116.10; 1.116.16; 1.116.18;
- Use aprint*() more in xxx_attach().
- Add missing aprint_naive("\n").
- Remove extra spaces and tabs.
- KNF.

1.116 Thu Jul 14 10:19:06 GMT 2016 msaitoh branches: 1.116.2; 1.116.8; 1.116.10; 1.116.16; 1.116.18;
- Use aprint*() more in xxx_attach().
- Add missing aprint_naive("\n").
- Remove extra spaces and tabs.
- KNF.

/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.

/src/sys/arch/mac68k/conf/
H A Dfiles.mac68k1.116 Thu Mar 08 02:24:39 GMT 2007 tsutsui branches: 1.116.2; 1.116.4; 1.116.10;
MI softintr(9)'fy.
Probably problematic, but LC630 is running at single user.

1.116 Thu Mar 08 02:24:39 GMT 2007 tsutsui branches: 1.116.2; 1.116.4; 1.116.10;
MI softintr(9)'fy.
Probably problematic, but LC630 is running at single user.

1.116 Thu Mar 08 02:24:39 GMT 2007 tsutsui branches: 1.116.2; 1.116.4; 1.116.10;
MI softintr(9)'fy.
Probably problematic, but LC630 is running at single user.

1.116 Thu Mar 08 02:24:39 GMT 2007 tsutsui branches: 1.116.2; 1.116.4; 1.116.10;
MI softintr(9)'fy.
Probably problematic, but LC630 is running at single user.

/src/sys/arch/mac68k/mac68k/
H A Dtrap.c1.116 Sun Dec 11 00:18:03 GMT 2005 christos branches: 1.116.4; 1.116.6; 1.116.8; 1.116.10;
merge ktrace-lwp.

1.116 Sun Dec 11 00:18:03 GMT 2005 christos branches: 1.116.4; 1.116.6; 1.116.8; 1.116.10;
merge ktrace-lwp.

1.116 Sun Dec 11 00:18:03 GMT 2005 christos branches: 1.116.4; 1.116.6; 1.116.8; 1.116.10;
merge ktrace-lwp.

1.116 Sun Dec 11 00:18:03 GMT 2005 christos branches: 1.116.4; 1.116.6; 1.116.8; 1.116.10;
merge ktrace-lwp.

1.116 Sun Dec 11 00:18:03 GMT 2005 christos branches: 1.116.4; 1.116.6; 1.116.8; 1.116.10;
merge ktrace-lwp.

/src/sys/dev/mii/
H A Dmiidevs_data.h1.116 Wed Feb 01 05:46:41 GMT 2017 msaitoh branches: 1.116.6;
regen.

1.116 Wed Feb 01 05:46:41 GMT 2017 msaitoh branches: 1.116.6;
regen.

/src/sys/compat/linux/arch/i386/
H A Dlinux_syscall.h1.116 Sun Apr 26 19:20:18 GMT 2020 thorpej branches: 1.116.2;
Regen for native futex calls.
1.116 Sun Apr 26 19:20:18 GMT 2020 thorpej branches: 1.116.2;
Regen for native futex calls.
1.116 Sun Apr 26 19:20:18 GMT 2020 thorpej branches: 1.116.2;
Regen for native futex calls.
1.116 Sun Apr 26 19:20:18 GMT 2020 thorpej branches: 1.116.2;
Regen for native futex calls.
H A Dlinux_sysent.c1.116 Sun Apr 26 19:20:18 GMT 2020 thorpej branches: 1.116.2;
Regen for native futex calls.

1.116 Sun Apr 26 19:20:18 GMT 2020 thorpej branches: 1.116.2;
Regen for native futex calls.

H A Dlinux_syscallargs.h1.116 Sun Apr 26 19:20:18 GMT 2020 thorpej branches: 1.116.2;
Regen for native futex calls.

1.116 Sun Apr 26 19:20:18 GMT 2020 thorpej branches: 1.116.2;
Regen for native futex calls.

/src/sys/arch/vax/vax/
H A Dtrap.c1.116 Wed Oct 15 06:51:19 GMT 2008 wrstuden branches: 1.116.2; 1.116.4; 1.116.8;
Merge wrstuden-revivesa into HEAD.

1.116 Wed Oct 15 06:51:19 GMT 2008 wrstuden branches: 1.116.2; 1.116.4; 1.116.8;
Merge wrstuden-revivesa into HEAD.

1.116 Wed Oct 15 06:51:19 GMT 2008 wrstuden branches: 1.116.2; 1.116.4; 1.116.8;
Merge wrstuden-revivesa into HEAD.

1.116 Wed Oct 15 06:51:19 GMT 2008 wrstuden branches: 1.116.2; 1.116.4; 1.116.8;
Merge wrstuden-revivesa into HEAD.

H A Dvm_machdep.c1.116 Sun Jul 03 02:18:21 GMT 2011 matt branches: 1.116.2; 1.116.6;
Cleanup trapframe handling. Instead of keeping a trapframe pointer in the
pcb, put in the mdlwp instead. We had a dummy field so it didn't grow in
size. This also follows the practice that mips and powerpc follow that a
pointer to the user trapframe is in l->l_md.md_utf. Make trapframe members
start with tf_

1.116 Sun Jul 03 02:18:21 GMT 2011 matt branches: 1.116.2; 1.116.6;
Cleanup trapframe handling. Instead of keeping a trapframe pointer in the
pcb, put in the mdlwp instead. We had a dummy field so it didn't grow in
size. This also follows the practice that mips and powerpc follow that a
pointer to the user trapframe is in l->l_md.md_utf. Make trapframe members
start with tf_

1.116 Sun Jul 03 02:18:21 GMT 2011 matt branches: 1.116.2; 1.116.6;
Cleanup trapframe handling. Instead of keeping a trapframe pointer in the
pcb, put in the mdlwp instead. We had a dummy field so it didn't grow in
size. This also follows the practice that mips and powerpc follow that a
pointer to the user trapframe is in l->l_md.md_utf. Make trapframe members
start with tf_

/src/sys/arch/cats/conf/
H A DGENERIC1.116 Mon Aug 06 21:26:54 GMT 2007 adrianp branches: 1.116.2; 1.116.4; 1.116.8;
Remove iso(4) from GENERIC kernels, as discussed on tech-net@
Ok'ed by core@

1.116 Mon Aug 06 21:26:54 GMT 2007 adrianp branches: 1.116.2; 1.116.4; 1.116.8;
Remove iso(4) from GENERIC kernels, as discussed on tech-net@
Ok'ed by core@

1.116 Mon Aug 06 21:26:54 GMT 2007 adrianp branches: 1.116.2; 1.116.4; 1.116.8;
Remove iso(4) from GENERIC kernels, as discussed on tech-net@
Ok'ed by core@

1.116 Mon Aug 06 21:26:54 GMT 2007 adrianp branches: 1.116.2; 1.116.4; 1.116.8;
Remove iso(4) from GENERIC kernels, as discussed on tech-net@
Ok'ed by core@

/src/sys/arch/alpha/alpha/
H A Dtrap.c1.116 Wed Oct 17 19:52:56 GMT 2007 garbled branches: 1.116.2; 1.116.4; 1.116.8;
Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.

1.116 Wed Oct 17 19:52:56 GMT 2007 garbled branches: 1.116.2; 1.116.4; 1.116.8;
Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.

1.116 Wed Oct 17 19:52:56 GMT 2007 garbled branches: 1.116.2; 1.116.4; 1.116.8;
Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.

1.116 Wed Oct 17 19:52:56 GMT 2007 garbled branches: 1.116.2; 1.116.4; 1.116.8;
Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.

/src/sys/nfs/
H A Dnfs_node.c1.116 Sun Jun 12 03:35:59 GMT 2011 rmind branches: 1.116.2; 1.116.12; 1.116.16;
Welcome to 5.99.53! Merge rmind-uvmplock branch:

- Reorganize locking in UVM and provide extra serialisation for pmap(9).
New lock order: [vmpage-owner-lock] -> pmap-lock.

- Simplify locking in some pmap(9) modules by removing P->V locking.

- Use lock object on vmobjlock (and thus vnode_t::v_interlock) to share
the locks amongst UVM objects where necessary (tmpfs, layerfs, unionfs).

- Rewrite and optimise x86 TLB shootdown code, make it simpler and cleaner.
Add TLBSTATS option for x86 to collect statistics about TLB shootdowns.

- Unify /dev/mem et al in MI code and provide required locking (removes
kernel-lock on some ports). Also, avoid cache-aliasing issues.

Thanks to Andrew Doran and Joerg Sonnenberger, as their initial patches
formed the core changes of this branch.

1.116 Sun Jun 12 03:35:59 GMT 2011 rmind branches: 1.116.2; 1.116.12; 1.116.16;
Welcome to 5.99.53! Merge rmind-uvmplock branch:

- Reorganize locking in UVM and provide extra serialisation for pmap(9).
New lock order: [vmpage-owner-lock] -> pmap-lock.

- Simplify locking in some pmap(9) modules by removing P->V locking.

- Use lock object on vmobjlock (and thus vnode_t::v_interlock) to share
the locks amongst UVM objects where necessary (tmpfs, layerfs, unionfs).

- Rewrite and optimise x86 TLB shootdown code, make it simpler and cleaner.
Add TLBSTATS option for x86 to collect statistics about TLB shootdowns.

- Unify /dev/mem et al in MI code and provide required locking (removes
kernel-lock on some ports). Also, avoid cache-aliasing issues.

Thanks to Andrew Doran and Joerg Sonnenberger, as their initial patches
formed the core changes of this branch.

1.116 Sun Jun 12 03:35:59 GMT 2011 rmind branches: 1.116.2; 1.116.12; 1.116.16;
Welcome to 5.99.53! Merge rmind-uvmplock branch:

- Reorganize locking in UVM and provide extra serialisation for pmap(9).
New lock order: [vmpage-owner-lock] -> pmap-lock.

- Simplify locking in some pmap(9) modules by removing P->V locking.

- Use lock object on vmobjlock (and thus vnode_t::v_interlock) to share
the locks amongst UVM objects where necessary (tmpfs, layerfs, unionfs).

- Rewrite and optimise x86 TLB shootdown code, make it simpler and cleaner.
Add TLBSTATS option for x86 to collect statistics about TLB shootdowns.

- Unify /dev/mem et al in MI code and provide required locking (removes
kernel-lock on some ports). Also, avoid cache-aliasing issues.

Thanks to Andrew Doran and Joerg Sonnenberger, as their initial patches
formed the core changes of this branch.

1.116 Sun Jun 12 03:35:59 GMT 2011 rmind branches: 1.116.2; 1.116.12; 1.116.16;
Welcome to 5.99.53! Merge rmind-uvmplock branch:

- Reorganize locking in UVM and provide extra serialisation for pmap(9).
New lock order: [vmpage-owner-lock] -> pmap-lock.

- Simplify locking in some pmap(9) modules by removing P->V locking.

- Use lock object on vmobjlock (and thus vnode_t::v_interlock) to share
the locks amongst UVM objects where necessary (tmpfs, layerfs, unionfs).

- Rewrite and optimise x86 TLB shootdown code, make it simpler and cleaner.
Add TLBSTATS option for x86 to collect statistics about TLB shootdowns.

- Unify /dev/mem et al in MI code and provide required locking (removes
kernel-lock on some ports). Also, avoid cache-aliasing issues.

Thanks to Andrew Doran and Joerg Sonnenberger, as their initial patches
formed the core changes of this branch.

/src/sys/kern/
H A Dkern_prot.c1.116 Sat Jun 09 02:55:32 GMT 2012 christos branches: 1.116.2; 1.116.4;
Remove debugging.

1.116 Sat Jun 09 02:55:32 GMT 2012 christos branches: 1.116.2; 1.116.4;
Remove debugging.

1.116 Sat Jun 09 02:55:32 GMT 2012 christos branches: 1.116.2; 1.116.4;
Remove debugging.

H A Dsubr_disk.c1.116 Wed Jan 06 00:22:30 GMT 2016 christos branches: 1.116.2; 1.116.4;
print the disklabel information on error if DIAGNOSTIC.

1.116 Wed Jan 06 00:22:30 GMT 2016 christos branches: 1.116.2; 1.116.4;
print the disklabel information on error if DIAGNOSTIC.

1.116 Wed Jan 06 00:22:30 GMT 2016 christos branches: 1.116.2; 1.116.4;
print the disklabel information on error if DIAGNOSTIC.

/src/sys/net/
H A Dif_sl.c1.116 Tue Jan 19 22:08:01 GMT 2010 pooka branches: 1.116.2; 1.116.4;
Redefine bpf linkage through an always present op vector, i.e.
#if NBPFILTER is no longer required in the client. This change
doesn't yet add support for loading bpf as a module, since drivers
can register before bpf is attached. However, callers of bpf can
now be modularized.

Dynamically loadable bpf could probably be done fairly easily with
coordination from the stub driver and the real driver by registering
attachments in the stub before the real driver is loaded and doing
a handoff. ... and I'm not going to ponder the depths of unload
here.

Tested with i386/MONOLITHIC, modified MONOLITHIC without bpf and rump.
1.116 Tue Jan 19 22:08:01 GMT 2010 pooka branches: 1.116.2; 1.116.4;
Redefine bpf linkage through an always present op vector, i.e.
#if NBPFILTER is no longer required in the client. This change
doesn't yet add support for loading bpf as a module, since drivers
can register before bpf is attached. However, callers of bpf can
now be modularized.

Dynamically loadable bpf could probably be done fairly easily with
coordination from the stub driver and the real driver by registering
attachments in the stub before the real driver is loaded and doing
a handoff. ... and I'm not going to ponder the depths of unload
here.

Tested with i386/MONOLITHIC, modified MONOLITHIC without bpf and rump.
1.116 Tue Jan 19 22:08:01 GMT 2010 pooka branches: 1.116.2; 1.116.4;
Redefine bpf linkage through an always present op vector, i.e.
#if NBPFILTER is no longer required in the client. This change
doesn't yet add support for loading bpf as a module, since drivers
can register before bpf is attached. However, callers of bpf can
now be modularized.

Dynamically loadable bpf could probably be done fairly easily with
coordination from the stub driver and the real driver by registering
attachments in the stub before the real driver is loaded and doing
a handoff. ... and I'm not going to ponder the depths of unload
here.

Tested with i386/MONOLITHIC, modified MONOLITHIC without bpf and rump.
/src/sys/arch/vax/conf/
H A Dfiles.vax1.116 Mon Feb 16 23:55:31 GMT 2009 christos branches: 1.116.2; 1.116.4;
- add siginfo translation for all arithmetic faults and traps.
- skip the current instruction for all faults, to avoid infinite loops on
SIGFPE (from OpenBSD)
Info from: http://bitsavers.vt100.net/pdf/dec/vax/archSpec/EK-VAXAR-RM-001_Arch_May82.pdf
1.116 Mon Feb 16 23:55:31 GMT 2009 christos branches: 1.116.2; 1.116.4;
- add siginfo translation for all arithmetic faults and traps.
- skip the current instruction for all faults, to avoid infinite loops on
SIGFPE (from OpenBSD)
Info from: http://bitsavers.vt100.net/pdf/dec/vax/archSpec/EK-VAXAR-RM-001_Arch_May82.pdf
1.116 Mon Feb 16 23:55:31 GMT 2009 christos branches: 1.116.2; 1.116.4;
- add siginfo translation for all arithmetic faults and traps.
- skip the current instruction for all faults, to avoid infinite loops on
SIGFPE (from OpenBSD)
Info from: http://bitsavers.vt100.net/pdf/dec/vax/archSpec/EK-VAXAR-RM-001_Arch_May82.pdf

Completed in 133 milliseconds

1234567891011>>