present in kdump.1:1.15:
Add a "-H" argument to kdump, which causes kdump to print an additional
field holding the threadid. This is more useful for libthr than
libpthread, but still quite useful in libpthread as it can be used to
process interlaced records from multiple threads over the course of a
system call.
Detect old ktr_buffer values using the heuristic "if it's negative,
then it must not be a valid threadid". This may leave something to be
desired.
Reviewed by: davidxu
Approved by: re (scottl)
- Mention that users need to be in the wheel group to `su - root' by default, and how to change it.
PR: docs/70616
Submitted by: Jilles Tjoelker <jilles at stack dot nl>
Reviewed by: ru@
Approved by: ceri@
Catch up with 64bit time_t on sparc64. The rstat packet expects a 32bit
time_t and times will look incorrect on machines with 64bit time_t.
src/usr.bin/rup/rup.c: rev 1.18 -> 1.19
PR: 88788
Submitted by: Keith White <Keith.White -at- site.uottawa.ca>
date: 2005/12/30 20:10:21; author: csjp; state: Exp; lines: +1 -1
mkstemp(3) and friends use a combination of base 10 digits, along
with upper and lower case letters from the English alphabet. Change
the number of possible file names mktemp will return from 26**6
to (10+26+26)**6 instead. This keeps things consistent with mkstemp(3)
Add myself to the list (Ehi, I'm not the youngest!)
src/usr.bin/calendar/calendars/calendar.freebsd: rev 1.173 -> 1.174
(tomorrow is my birthday..)
Approved by: philip (mentor, implicit)
Correct insecure temporary file usage in ee. [06:02]
Correct a race condition when setting file permissions, sanitize file
names by default, and fix a buffer overflow when handling files
larger than 4GB in cpio. [06:03]
Fix an error in the handling of IP fragments in ipfw which can cause
a kernel panic. [06:04]
Security: FreeBSD-SA-06:01.texindex
Security: FreeBSD-SA-06:02.ee
Security: FreeBSD-SA-06:03.cpio
Security: FreeBSD-SA-06:04.ipfw
kbyanc 2005-12-28 20:36:55 UTC
FreeBSD src repository
Modified files:
usr.bin/netstat Makefile ipsec.c main.c netstat.h
Added files:
usr.bin/netstat pfkey.c
Log:
Add support for printing IPSEC protocol stats if the kernel was
compiled with FAST_IPSEC rather than the KAME IPSEC stack.
Note that the output of "netstat -s -p ipsec" differs depending on
which stack is compiled into the kernel since they each keep different
stats. This delta also adds the "esp", "ah", and "ipcomp" protocol
stats, which are also available when the kernel is compiled with the
FAST_IPSEC stack (e.g. "netstat -s -p esp").
Submitted by: Matt Titus <titus at nttmcl dot com>
Revision Changes Path
1.31 +2 -1 src/usr.bin/netstat/Makefile
1.13 +266 -94 src/usr.bin/netstat/ipsec.c
1.81 +29 -0 src/usr.bin/netstat/main.c
1.47 +6 -0 src/usr.bin/netstat/netstat.h
1.1 +184 -0 src/usr.bin/netstat/pfkey.c (new)
Modify netstat -mb to use libmemstat when accessing a core dump or live
kernel memory and not using sysctl. Previously, libmemstat was used
only for the live kernel via sysctl paths.
This results in netstat output becoming both more consistent between
core dumps and the live kernel, and also more information in the core
dump case than previously (i.e., mbuf cache information).
Statistics relating to sfbufs still rely on a kvm descriptor as they
are not currently exposed via libmemstat. netstat -m operating on a
core is still unable to print certain sfbuf stats available on the live
kernel.
-style(9) nits
MFC Log:
Fix long standing race condition associated with how lockf uses open(2)
for mutual exclusion:
A brief description of the problem:
1) Proc A picks up non-blocking lock on file X
2) Proc B attempts to pickup lock, fails then waits
3) Proc C attempts to pickup lock, fails then waits
4) Proc A releases lock
5) Proc B acquires lock, release it to pickup a non-blocking version
6) Proc C acquires lock, release it to pickup a non-blocking version
7) Both process B and C race each other to pickup lock again
This occurs mainly because the processes do not keep the lock after they have
been waiting on it. They drop it, attempt to re-acquire it. (They use the wait
to notify when the lock has become available then race to pick it up). This
results in additional CPU utilization during the race, and can also result
in processes picking locks up out of order.
This change attempts to correct this problem by eliminating the test/acquire
race and having the operating system handle it.
Un-break processing of device major/minor values with fstat -n. We do
this by accessing the cdev_priv element of the cdev structure. Looking
forward we need a better way to handle this, as this structure shouldn't
be frobbed by userspace.
Teach vmstat's domemstat_zone() to use memstat_kvm_uma() when the kvm
descriptor is non-NULL, restoring vmstat -z support for core dumps and
kmem access. These were broken with the introduction of UMA.
