<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test/sys/fs/procfs, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test/atom?h=main</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/'/>
<updated>2020-09-01T21:18:40Z</updated>
<entry>
<title>fs: clean up empty lines in .c and .h files</title>
<updated>2020-09-01T21:18:40Z</updated>
<author>
<name>Mateusz Guzik</name>
<email>mjg@FreeBSD.org</email>
</author>
<published>2020-09-01T21:18:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=586ee69f09c5060621486b34722a4a806581f93d'/>
<id>urn:sha1:586ee69f09c5060621486b34722a4a806581f93d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>cache: drop the always curthread argument from reverse lookup routines</title>
<updated>2020-08-24T08:57:02Z</updated>
<author>
<name>Mateusz Guzik</name>
<email>mjg@FreeBSD.org</email>
</author>
<published>2020-08-24T08:57:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=feabaaf9956aa2e9bbe5e877ab1a1cf5eae476c0'/>
<id>urn:sha1:feabaaf9956aa2e9bbe5e877ab1a1cf5eae476c0</id>
<content type='text'>
Note VOP_VPTOCNP keeps getting it as temporary compatibility for zfs.

Tested by:	pho
</content>
</entry>
<entry>
<title>Retire procfs-based process debugging.</title>
<updated>2020-04-01T19:22:09Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2020-04-01T19:22:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=59838c1a1979924f3904536f2e6d5a771e185c14'/>
<id>urn:sha1:59838c1a1979924f3904536f2e6d5a771e185c14</id>
<content type='text'>
Modern debuggers and process tracers use ptrace() rather than procfs
for debugging.  ptrace() has a supserset of functionality available
via procfs and new debugging features are only added to ptrace().
While the two debugging services share some fields in struct proc,
they each use dedicated fields and separate code.  This results in
extra complexity to support a feature that hasn't been enabled in the
default install for several years.

PR:		244939 (exp-run)
Reviewed by:	kib, mjg (earlier version)
Relnotes:	yes
Differential Revision:	https://reviews.freebsd.org/D23837
</content>
</entry>
<entry>
<title>Mark procfs-based process debugging as deprecated for FreeBSD 13.</title>
<updated>2020-03-17T18:44:03Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2020-03-17T18:44:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=8d8a74e69ebd99bf2c8bce0a86db9d0c57051742'/>
<id>urn:sha1:8d8a74e69ebd99bf2c8bce0a86db9d0c57051742</id>
<content type='text'>
Attempting to use ioctls on /proc/&lt;pid&gt;/mem to control a process will
trigger warnings on the console.  The &lt;sys/pioctl.h&gt; include file will
also now emit a compile-time warning when used from userland.

Reviewed by:	emaste
MFC after:	1 week
Relnotes:	yes
Differential Revision:	https://reviews.freebsd.org/D23822
</content>
</entry>
<entry>
<title>Define macro VM_MAP_ENTRY_FOREACH for enumerating the entries in a vm_map.</title>
<updated>2019-10-08T07:14:21Z</updated>
<author>
<name>Doug Moore</name>
<email>dougm@FreeBSD.org</email>
</author>
<published>2019-10-08T07:14:21Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=2288078c5eafcfa1905ea32b13c5f30e295f0c6d'/>
<id>urn:sha1:2288078c5eafcfa1905ea32b13c5f30e295f0c6d</id>
<content type='text'>
In case the implementation ever changes from using a chain of next pointers,
then changing the macro definition will be necessary, but changing all the
files that iterate over vm_map entries will not.

Drop a counter in vm_object.c that would have an effect only if the
vm_map entry count was wrong.

Discussed with: alc
Reviewed by: markj
Tested by: pho (earlier version)
Differential Revision:	https://reviews.freebsd.org/D21882
</content>
</entry>
<entry>
<title>Plug memory disclosures via ptrace(2).</title>
<updated>2018-12-03T20:54:17Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2018-12-03T20:54:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=352aaa51225671cce8ea44347e6f5a1e5f7daaf8'/>
<id>urn:sha1:352aaa51225671cce8ea44347e6f5a1e5f7daaf8</id>
<content type='text'>
On some architectures, the structures returned by PT_GET*REGS were not
fully populated and could contain uninitialized stack memory.  The same
issue existed with the register files in procfs.

Reported by:	Thomas Barabosch, Fraunhofer FKIE
Reviewed by:	kib
MFC after:	3 days
Security:	kernel stack memory disclosure
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D18421
</content>
</entry>
<entry>
<title>Make it easier for filesystems to count themselves as jail-enabled,</title>
<updated>2018-05-04T20:54:27Z</updated>
<author>
<name>Jamie Gritton</name>
<email>jamie@FreeBSD.org</email>
</author>
<published>2018-05-04T20:54:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=0e5c6bd43646821dc676a6db03b7175f2668ec88'/>
<id>urn:sha1:0e5c6bd43646821dc676a6db03b7175f2668ec88</id>
<content type='text'>
by doing most of the work in a new function prison_add_vfs in kern_jail.c
Now a jail-enabled filesystem need only mark itself with VFCF_JAIL, and
the rest is taken care of.  This includes adding a jail parameter like
allow.mount.foofs, and a sysctl like security.jail.mount_foofs_allowed.
Both of these used to be a static list of known filesystems, with
predefined permission bits.

Reviewed by:	kib
Differential Revision:	D14681
</content>
</entry>
<entry>
<title>[procfs] Split procfs_attr into multiple functions</title>
<updated>2018-04-24T14:49:09Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2018-04-24T14:49:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=e07db02261c157e4fa9f7d633ae13a3313696924'/>
<id>urn:sha1:e07db02261c157e4fa9f7d633ae13a3313696924</id>
<content type='text'>
Reviewed by:	des, kib
Discussed with:	mmacy
Differential Revision:	https://reviews.freebsd.org/D15150
</content>
</entry>
<entry>
<title>Move most of the contents of opt_compat.h to opt_global.h.</title>
<updated>2018-04-06T17:35:35Z</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2018-04-06T17:35:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=6469bdcdb6a5968dc7edfcfb495d427b4bfdb3dd'/>
<id>urn:sha1:6469bdcdb6a5968dc7edfcfb495d427b4bfdb3dd</id>
<content type='text'>
opt_compat.h is mentioned in nearly 180 files. In-progress network
driver compabibility improvements may add over 100 more so this is
closer to "just about everywhere" than "only some files" per the
guidance in sys/conf/options.

Keep COMPAT_LINUX32 in opt_compat.h as it is confined to a subset of
sys/compat/linux/*.c.  A fake _COMPAT_LINUX option ensure opt_compat.h
is created on all architectures.

Move COMPAT_LINUXKPI to opt_dontuse.h as it is only used to control the
set of compiled files.

Reviewed by:	kib, cem, jhb, jtl
Sponsored by:	DARPA, AFRL
Differential Revision:	https://reviews.freebsd.org/D14941
</content>
</entry>
<entry>
<title>Correct comment.  procfs_doprocfile implements 'file', not 'self'.</title>
<updated>2018-01-05T18:32:46Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2018-01-05T18:32:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=9ae9a3d462b1b4343e284faf3553c9c2690fb4cd'/>
<id>urn:sha1:9ae9a3d462b1b4343e284faf3553c9c2690fb4cd</id>
<content type='text'>
</content>
</entry>
</feed>
