Searched hist:1.188 (Results 1 - 25 of 292) 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/nfs/
H A Dnfs_bio.c1.188 Tue Sep 27 01:07:38 GMT 2011 christos branches: 1.188.2; 1.188.8; 1.188.12; 1.188.14; 1.188.16; 1.188.22;
use NFS_MAXNAMLEN for all names.

1.188 Tue Sep 27 01:07:38 GMT 2011 christos branches: 1.188.2; 1.188.8; 1.188.12; 1.188.14; 1.188.16; 1.188.22;
use NFS_MAXNAMLEN for all names.

1.188 Tue Sep 27 01:07:38 GMT 2011 christos branches: 1.188.2; 1.188.8; 1.188.12; 1.188.14; 1.188.16; 1.188.22;
use NFS_MAXNAMLEN for all names.

1.188 Tue Sep 27 01:07:38 GMT 2011 christos branches: 1.188.2; 1.188.8; 1.188.12; 1.188.14; 1.188.16; 1.188.22;
use NFS_MAXNAMLEN for all names.

1.188 Tue Sep 27 01:07:38 GMT 2011 christos branches: 1.188.2; 1.188.8; 1.188.12; 1.188.14; 1.188.16; 1.188.22;
use NFS_MAXNAMLEN for all names.

1.188 Tue Sep 27 01:07:38 GMT 2011 christos branches: 1.188.2; 1.188.8; 1.188.12; 1.188.14; 1.188.16; 1.188.22;
use NFS_MAXNAMLEN for all names.

1.188 Tue Sep 27 01:07:38 GMT 2011 christos branches: 1.188.2; 1.188.8; 1.188.12; 1.188.14; 1.188.16; 1.188.22;
use NFS_MAXNAMLEN for all names.

H A Dnfs_vfsops.c1.188 Mon Nov 26 19:02:21 GMT 2007 pooka branches: 1.188.2; 1.188.6;
Remove the "struct lwp *" argument from all VFS and VOP interfaces.
The general trend is to remove it from all kernel interfaces and
this is a start. In case the calling lwp is desired, curlwp should
be used.

quick consensus on tech-kern

1.188 Mon Nov 26 19:02:21 GMT 2007 pooka branches: 1.188.2; 1.188.6;
Remove the "struct lwp *" argument from all VFS and VOP interfaces.
The general trend is to remove it from all kernel interfaces and
this is a start. In case the calling lwp is desired, curlwp should
be used.

quick consensus on tech-kern

1.188 Mon Nov 26 19:02:21 GMT 2007 pooka branches: 1.188.2; 1.188.6;
Remove the "struct lwp *" argument from all VFS and VOP interfaces.
The general trend is to remove it from all kernel interfaces and
this is a start. In case the calling lwp is desired, curlwp should
be used.

quick consensus on tech-kern

H A Dnfs_socket.c1.188 Fri Dec 17 22:22:00 GMT 2010 yamt branches: 1.188.2;
nfs_rcvunlock: don't wake up all waiters.

1.188 Fri Dec 17 22:22:00 GMT 2010 yamt branches: 1.188.2;
nfs_rcvunlock: don't wake up all waiters.

/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 Dsyscalls.c1.188 Tue Jul 17 18:03:10 GMT 2007 joerg branches: 1.188.2; 1.188.6;
Regen.

1.188 Tue Jul 17 18:03:10 GMT 2007 joerg branches: 1.188.2; 1.188.6;
Regen.

1.188 Tue Jul 17 18:03:10 GMT 2007 joerg branches: 1.188.2; 1.188.6;
Regen.

H A Dkern_sysctl.c1.188 Sun Nov 27 00:07:24 GMT 2005 yamt branches: 1.188.2; 1.188.4; 1.188.6;
KNF. convert
if () {
}
/*
* some
* comments
*/
else {
}

to
if () {
} else {
/*
* some
* comments
*/
}

1.188 Sun Nov 27 00:07:24 GMT 2005 yamt branches: 1.188.2; 1.188.4; 1.188.6;
KNF. convert
if () {
}
/*
* some
* comments
*/
else {
}

to
if () {
} else {
/*
* some
* comments
*/
}

1.188 Sun Nov 27 00:07:24 GMT 2005 yamt branches: 1.188.2; 1.188.4; 1.188.6;
KNF. convert
if () {
}
/*
* some
* comments
*/
else {
}

to
if () {
} else {
/*
* some
* comments
*/
}

1.188 Sun Nov 27 00:07:24 GMT 2005 yamt branches: 1.188.2; 1.188.4; 1.188.6;
KNF. convert
if () {
}
/*
* some
* comments
*/
else {
}

to
if () {
} else {
/*
* some
* comments
*/
}

/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 Dsystm.h1.188 Wed Jul 26 20:50:56 GMT 2006 bjh21 branches: 1.188.4; 1.188.6;
Add __attribute__((__noreturn__)) to kernel longjmp(), like the userland one
already has. This makes arch/acorn26/acorn26/cpu.c compile with GCC 4.

1.188 Wed Jul 26 20:50:56 GMT 2006 bjh21 branches: 1.188.4; 1.188.6;
Add __attribute__((__noreturn__)) to kernel longjmp(), like the userland one
already has. This makes arch/acorn26/acorn26/cpu.c compile with GCC 4.

1.188 Wed Jul 26 20:50:56 GMT 2006 bjh21 branches: 1.188.4; 1.188.6;
Add __attribute__((__noreturn__)) to kernel longjmp(), like the userland one
already has. This makes arch/acorn26/acorn26/cpu.c compile with GCC 4.

/src/sys/arch/sparc64/sparc64/
H A Dtrap.c1.188 Sun Feb 12 19:35:54 GMT 2017 palle branches: 1.188.12; 1.188.14;
sun4v: Revert previous - paddr_t is not a pointer... noted by nakayama@

1.188 Sun Feb 12 19:35:54 GMT 2017 palle branches: 1.188.12; 1.188.14;
sun4v: Revert previous - paddr_t is not a pointer... noted by nakayama@

1.188 Sun Feb 12 19:35:54 GMT 2017 palle branches: 1.188.12; 1.188.14;
sun4v: Revert previous - paddr_t is not a pointer... noted by nakayama@

/src/sys/arch/x68k/conf/
H A DGENERIC1.188 Mon Feb 05 15:18:11 GMT 2018 maxv branches: 1.188.2; 1.188.4;
Nuke DIRECTED_BROADCAST, it is not documented and not enabled anywhere. It
probably wouldn't have built correctly anyway, since there is no associated
defflag.

These ten lines of code in ip_input.c already look a lot better.

1.188 Mon Feb 05 15:18:11 GMT 2018 maxv branches: 1.188.2; 1.188.4;
Nuke DIRECTED_BROADCAST, it is not documented and not enabled anywhere. It
probably wouldn't have built correctly anyway, since there is no associated
defflag.

These ten lines of code in ip_input.c already look a lot better.

1.188 Mon Feb 05 15:18:11 GMT 2018 maxv branches: 1.188.2; 1.188.4;
Nuke DIRECTED_BROADCAST, it is not documented and not enabled anywhere. It
probably wouldn't have built correctly anyway, since there is no associated
defflag.

These ten lines of code in ip_input.c already look a lot better.

/src/sys/arch/sparc/sparc/
H A Dtrap.c1.188 Sat Jul 30 19:29:12 GMT 2011 martin branches: 1.188.2; 1.188.6;
Get rid of #ifdef __sparc__ in uvm code - as noted by cgd back 1996,
now that we have __HAVE_CPU_VMSPACE_EXEC/cpu_vmspace_exec().

1.188 Sat Jul 30 19:29:12 GMT 2011 martin branches: 1.188.2; 1.188.6;
Get rid of #ifdef __sparc__ in uvm code - as noted by cgd back 1996,
now that we have __HAVE_CPU_VMSPACE_EXEC/cpu_vmspace_exec().

1.188 Sat Jul 30 19:29:12 GMT 2011 martin branches: 1.188.2; 1.188.6;
Get rid of #ifdef __sparc__ in uvm code - as noted by cgd back 1996,
now that we have __HAVE_CPU_VMSPACE_EXEC/cpu_vmspace_exec().

/src/sys/arch/hp300/hp300/
H A Dmachdep.c1.188 Fri Jul 21 10:01:40 GMT 2006 tsutsui branches: 1.188.4; 1.188.6;
Some KNF.

1.188 Fri Jul 21 10:01:40 GMT 2006 tsutsui branches: 1.188.4; 1.188.6;
Some KNF.

1.188 Fri Jul 21 10:01:40 GMT 2006 tsutsui branches: 1.188.4; 1.188.6;
Some KNF.

/src/distrib/sets/lists/misc/
H A Dmi1.188 Thu Jan 02 18:04:28 GMT 2014 tho branches: 1.188.2;
Fix a few "share" flags

. Add missing "share" flag on usr/share/examples/npf files.
. Drop "share" for directories in examples/{libsaslc,npf,tmux}. This is how it
is done for other directories in usr/share.

This fixes checkflist with MKSHARE=no.

ok christos@.
1.188 Thu Jan 02 18:04:28 GMT 2014 tho branches: 1.188.2;
Fix a few "share" flags

. Add missing "share" flag on usr/share/examples/npf files.
. Drop "share" for directories in examples/{libsaslc,npf,tmux}. This is how it
is done for other directories in usr/share.

This fixes checkflist with MKSHARE=no.

ok christos@.
/src/sys/arch/vax/conf/
H A DGENERIC1.188 Wed Jun 05 23:08:03 GMT 2013 christos branches: 1.188.2;
remove obsolete networking options

1.188 Wed Jun 05 23:08:03 GMT 2013 christos branches: 1.188.2;
remove obsolete networking options

/src/sys/compat/netbsd32/
H A Dnetbsd32_netbsd.c1.192 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.

1.188 Thu Jun 12 21:39:45 GMT 2014 joerg Don't t use a C++ keyword as field name.

/src/sys/dev/ic/
H A Dtulip.c1.188 Mon Jul 11 11:31:50 GMT 2016 msaitoh branches: 1.188.2;
KNF. No functional change.

1.188 Mon Jul 11 11:31:50 GMT 2016 msaitoh branches: 1.188.2;
KNF. No functional change.

/src/lib/libc/
H A Dshlib_version1.188 Thu Aug 09 15:23:02 GMT 2007 he branches: 1.188.2;
Add a new socket option for unix domain sockets: LOCAL_PEEREID, to make
it possible to get the pid, euid and egid of the process at the remote
end at the time it did bind() or connect().

Add a new libc function, getpeereid() to easily get at the euid and egid.
As a consequence, bump libc's minor number.

Document the LOCAL_PEEREID socket option in unix(4).

Based on contribution by Arne H. Juul, minor modifications by myself.
1.188 Thu Aug 09 15:23:02 GMT 2007 he branches: 1.188.2;
Add a new socket option for unix domain sockets: LOCAL_PEEREID, to make
it possible to get the pid, euid and egid of the process at the remote
end at the time it did bind() or connect().

Add a new libc function, getpeereid() to easily get at the euid and egid.
As a consequence, bump libc's minor number.

Document the LOCAL_PEEREID socket option in unix(4).

Based on contribution by Arne H. Juul, minor modifications by myself.
/src/sys/arch/amd64/conf/
H A DALL1.188 Tue Apr 30 19:35:29 GMT 2024 andvar branches: 1.188.2;
viac7temp(4): rewrite temperature sensor to read value from MSR instead of using
documented cpuid instruction and eax register.

This approach is adapted from linux via-cputemp.c, no official documentation is
currently available. However, msr value seems to work on all tested CPUs while
documented cpuid instruction typically reports 0, even for my C7-D CPU.
msr value seems to have temperature in Celsius in lower 24-bits without fraction
(thus "msr & 0xffffff;" is used).

Tested on my personal systems based on CPUs below (i386 and amd64):
C7-D 1.6GHz (i386 only), Nano X2 L4350E, Nano X2 U4300, U2300 Nano, KX-U6580.
Also got one response via email which was based on Nano X2 L4050 (VE-900).
Nano reports independent values for each core.
KX-U6580 seems to show the same value for all cores but more testing is needed.

Since it works on amd64 capable CPUs, adding driver to GENERIC kernel config.
Also moving viac7temp man page to x86 instead of i386 (with updates).
In theory the change should add support for all VIA Nano CPUs and Zhaoxin CPUs
at least up to KX-6000(G) series.

In the future I may need to introduce amd64 kernel module as well.

Plan to pullup to at least netbsd-10.

Patch mainly reviewed by riastradh.

1.188 Tue Apr 30 19:35:29 GMT 2024 andvar branches: 1.188.2;
viac7temp(4): rewrite temperature sensor to read value from MSR instead of using
documented cpuid instruction and eax register.

This approach is adapted from linux via-cputemp.c, no official documentation is
currently available. However, msr value seems to work on all tested CPUs while
documented cpuid instruction typically reports 0, even for my C7-D CPU.
msr value seems to have temperature in Celsius in lower 24-bits without fraction
(thus "msr & 0xffffff;" is used).

Tested on my personal systems based on CPUs below (i386 and amd64):
C7-D 1.6GHz (i386 only), Nano X2 L4350E, Nano X2 U4300, U2300 Nano, KX-U6580.
Also got one response via email which was based on Nano X2 L4050 (VE-900).
Nano reports independent values for each core.
KX-U6580 seems to show the same value for all cores but more testing is needed.

Since it works on amd64 capable CPUs, adding driver to GENERIC kernel config.
Also moving viac7temp man page to x86 instead of i386 (with updates).
In theory the change should add support for all VIA Nano CPUs and Zhaoxin CPUs
at least up to KX-6000(G) series.

In the future I may need to introduce amd64 kernel module as well.

Plan to pullup to at least netbsd-10.

Patch mainly reviewed by riastradh.

/src/usr.bin/vmstat/
H A Dvmstat.c1.188 Sun Apr 29 16:23:56 GMT 2012 para branches: 1.188.2;
remove malloc(9) output function from vmstat
it is not required and working any more

1.188 Sun Apr 29 16:23:56 GMT 2012 para branches: 1.188.2;
remove malloc(9) output function from vmstat
it is not required and working any more

Completed in 176 milliseconds

1234567891011>>