<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/lib/libprocstat, branch release/13.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F13.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F13.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2022-03-02T21:56:30Z</updated>
<entry>
<title>libprocstat kstack: fix race with thread creation</title>
<updated>2022-03-02T21:56:30Z</updated>
<author>
<name>Eric van Gyzen</name>
<email>vangyzen@FreeBSD.org</email>
</author>
<published>2021-05-27T16:33:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d89523644308afd24d47ca3dcf4098d0a719e919'/>
<id>urn:sha1:d89523644308afd24d47ca3dcf4098d0a719e919</id>
<content type='text'>
When collecting kernel stacks for a target process, if the process
adds a thread between the two calls to sysctl, ignore the additional
threads.  Previously, procstat would print only a useless error
message.  Now, it prints a consistent snapshot of the stacks.
We know that snapshot is already stale, but it could still be stale
even with a more complex fix to reallocate and retry, so such a fix
is hardly worth the effort.

Reported by:	Daniel.Mitchell@emc.com
MFC after:	1 week
Sponsored by:	Dell EMC Isilon

(cherry picked from commit 427f12f150e875c40acb84f292a80bfa0b90a1a2)
</content>
</entry>
<entry>
<title>procstat_getfiles_sysctl: do not require non-null ki_fd</title>
<updated>2021-12-09T00:23:29Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2021-12-02T18:03:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ed43c7ac0a8c29510a42b56f79a7db32855e9821'/>
<id>urn:sha1:ed43c7ac0a8c29510a42b56f79a7db32855e9821</id>
<content type='text'>
PR:	260174

(cherry picked from commit 7a9423d6f360e3758ca67fbb25d309140ea93670)
</content>
</entry>
<entry>
<title>Style</title>
<updated>2021-12-09T00:23:28Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2021-12-02T18:02:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=0ab5452ca3a10f1b285af2c98e2b5ea055cf2e53'/>
<id>urn:sha1:0ab5452ca3a10f1b285af2c98e2b5ea055cf2e53</id>
<content type='text'>
(cherry picked from commit 0ea3e4a27bc0d1b0fdf876c3ef89d790e29ad5b1)
</content>
</entry>
<entry>
<title>libprocstat: extend zfs_defs hack for .pieo</title>
<updated>2021-09-20T01:28:26Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2021-09-12T23:04:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f8c4000ca683e3f4762be683e041519f1398777d'/>
<id>urn:sha1:f8c4000ca683e3f4762be683e041519f1398777d</id>
<content type='text'>
By default _pie.a archives are built only for INTERNALLIBs, so there is
usually no need for zfs_defs.pieo to exist.  However, some experimental
work builds _pie.a archives for everything.  Extend the existing set of
zfs_defs hacks to build zfs_defs.pieo as well.

Reviewed by:	arichardson
MFC after:	1 week
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D31924

(cherry picked from commit b9df18d6e8917a9bfb62babb7cf9efeca23aa2fc)
</content>
</entry>
<entry>
<title>Decode and report native eventfd descriptors from libprocstat and procstat.</title>
<updated>2020-12-27T10:57:27Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2020-12-23T14:17:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=67af9aba6b144789734289443a5f90a3ca716dbe'/>
<id>urn:sha1:67af9aba6b144789734289443a5f90a3ca716dbe</id>
<content type='text'>
Submitted by:   greg@unrelenting.technology
Reviewed by:    markj (previous version)
MFC after:      2 weeks
Differential Revision:  https://reviews.freebsd.org/D26668
</content>
</entry>
<entry>
<title>libprocstat.3: Correct two occurrences of kvm_getprocs to procstat_getprocs</title>
<updated>2020-11-26T22:49:05Z</updated>
<author>
<name>Mateusz Piotrowski</name>
<email>0mp@FreeBSD.org</email>
</author>
<published>2020-11-26T22:49:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=16e1abe4e088408f8e990e22b26dec4afb8fbd96'/>
<id>urn:sha1:16e1abe4e088408f8e990e22b26dec4afb8fbd96</id>
<content type='text'>
Submitted by:	otis_sk.freebsd.org
Reviewed by:	markj
MFC after:	3 days
Differential Revision:	https://reviews.freebsd.org/D26151
</content>
</entry>
<entry>
<title>Remove the cloned file descriptors for /dev/crypto.</title>
<updated>2020-11-25T00:10:54Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2020-11-25T00:10:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=688f8b822cea550753e7f3495339141cb6b565b7'/>
<id>urn:sha1:688f8b822cea550753e7f3495339141cb6b565b7</id>
<content type='text'>
Crypto file descriptors were added in the original OCF import as a way
to provide per-open data (specifically the list of symmetric
sessions).  However, this gives a bit of a confusing API where one has
to open /dev/crypto and then invoke an ioctl to obtain a second file
descriptor.  This also does not match the API used with /dev/crypto on
other BSDs or with Linux's /dev/crypto driver.

Character devices have gained support for per-open data via cdevpriv
since OCF was imported, so use cdevpriv to simplify the userland API
by permitting ioctls directly on /dev/crypto descriptors.

To provide backwards compatibility, CRIOGET now opens another
/dev/crypto descriptor via kern_openat() rather than dup'ing the
existing file descriptor.  This preserves prior semantics in case
CRIOGET is invoked multiple times on a single file descriptor.

Reviewed by:	markj
Relnotes:	yes
Sponsored by:	Chelsio Communications
Differential Revision:	https://reviews.freebsd.org/D27302
</content>
</entry>
<entry>
<title>Split out cwd/root/jail, cmask state from filedesc table</title>
<updated>2020-11-17T21:14:13Z</updated>
<author>
<name>Conrad Meyer</name>
<email>cem@FreeBSD.org</email>
</author>
<published>2020-11-17T21:14:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=85078b8573332c2c83a79adea8a61b519fb3b6af'/>
<id>urn:sha1:85078b8573332c2c83a79adea8a61b519fb3b6af</id>
<content type='text'>
No functional change intended.

Tracking these structures separately for each proc enables future work to
correctly emulate clone(2) in linux(4).

__FreeBSD_version is bumped (to 1300130) for consumption by, e.g., lsof.

Reviewed by:	kib
Discussed with:	markj, mjg
Differential Revision:	https://reviews.freebsd.org/D27037
</content>
</entry>
<entry>
<title>Merge OpenZFS support in to HEAD.</title>
<updated>2020-08-25T02:21:27Z</updated>
<author>
<name>Matt Macy</name>
<email>mmacy@FreeBSD.org</email>
</author>
<published>2020-08-25T02:21:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9e5787d2284e187abb5b654d924394a65772e004'/>
<id>urn:sha1:9e5787d2284e187abb5b654d924394a65772e004</id>
<content type='text'>
The primary benefit is maintaining a completely shared
code base with the community allowing FreeBSD to receive
new features sooner and with less effort.

I would advise against doing 'zpool upgrade'
or creating indispensable pools using new
features until this change has had a month+
to soak.

Work on merging FreeBSD support in to what was
at the time "ZFS on Linux" began in August 2018.
I first publicly proposed transitioning FreeBSD
to (new) OpenZFS on December 18th, 2018. FreeBSD
support in OpenZFS was finally completed in December
2019. A CFT for downstreaming OpenZFS support in
to FreeBSD was first issued on July 8th. All issues
that were reported have been addressed or, for
a couple of less critical matters there are
pull requests in progress with OpenZFS. iXsystems
has tested and dogfooded extensively internally.
The TrueNAS 12 release is based on OpenZFS with
some additional features that have not yet made
it upstream.

Improvements include:
  project quotas, encrypted datasets,
  allocation classes, vectorized raidz,
  vectorized checksums, various command line
  improvements, zstd compression.

Thanks to those who have helped along the way:
Ryan Moeller, Allan Jude, Zack Welch, and many
others.

Sponsored by:	iXsystems, Inc.
Differential Revision:	https://reviews.freebsd.org/D25872
</content>
</entry>
<entry>
<title>Avoid adding duplicates to SRCS/OBJS/SOBJS/POBJS</title>
<updated>2020-08-24T09:20:33Z</updated>
<author>
<name>Alex Richardson</name>
<email>arichardson@FreeBSD.org</email>
</author>
<published>2020-08-24T09:20:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=0b862b03998a292a18bcc7f9ac5b05c0303c5de3'/>
<id>urn:sha1:0b862b03998a292a18bcc7f9ac5b05c0303c5de3</id>
<content type='text'>
This is a change in preparation for stopping to use lorder.sh (D26044) and
instead assume that we have a linker newer than ~1990. Without lorder.sh
duplicates end up being passed to the linker when building .so files and this
can result in duplicate symbol definition errors.

There is one minor change: libcompiler_rt.a will no longer provide
gcc_personality_v0 and instead we now only have it in libgcc_eh.a/libgcc_s.so.
This matches GCC's behaviour.

Reviewed By:	emaste, cem
Differential Revision: https://reviews.freebsd.org/D26042
</content>
</entry>
</feed>
