<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/modules/procfs, branch release/13.2.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F13.2.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F13.2.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2021-11-25T01:09:21Z</updated>
<entry>
<title>Fix some modules to export more used symbols</title>
<updated>2021-11-25T01:09:21Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2021-11-07T08:42:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=83271c68c4f4697ba15d49cc3f31912a5d04ff4b'/>
<id>urn:sha1:83271c68c4f4697ba15d49cc3f31912a5d04ff4b</id>
<content type='text'>
(cherry picked from commit 5bb3134a8c21cb87b30e135ef168483f0333dabb)
</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/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>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/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>remove procfs ctl interface</title>
<updated>2017-03-05T03:05:24Z</updated>
<author>
<name>Eric Badger</name>
<email>badger@FreeBSD.org</email>
</author>
<published>2017-03-05T03:05:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=99b14d9f1bdd6a455774a41e28a6c8e81e82c94b'/>
<id>urn:sha1:99b14d9f1bdd6a455774a41e28a6c8e81e82c94b</id>
<content type='text'>
This interface has no in-tree consumers and has been more or less
non-functional for several releases.

Remove manpage note that the procfs special file 'mem' is grouped to
kmem. This hasn't been true since r81107.

Remove procfs' README file. It is an out of date duplication of the manpage
(quoth the README: "since the bsd kernel is single-processor...").

Reviewed by:	vangyzen, bcr (manpage)
Approved by:	des (procfs maintainer), vangyzen (mentor)
Differential Revision:	https://reviews.freebsd.org/D9802
</content>
</entry>
<entry>
<title>sys/modules: normalize .CURDIR-relative paths to SRCTOP</title>
<updated>2017-03-04T10:10:17Z</updated>
<author>
<name>Enji Cooper</name>
<email>ngie@FreeBSD.org</email>
</author>
<published>2017-03-04T10:10:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=193d9e768ba63fcfb187cfd17f461f7d41345048'/>
<id>urn:sha1:193d9e768ba63fcfb187cfd17f461f7d41345048</id>
<content type='text'>
This simplifies make output/logic

Tested with:	`cd sys/modules; make ALL_MODULES=` on amd64
MFC after:	1 month
Sponsored by:	Dell EMC Isilon
</content>
</entry>
<entry>
<title>MFtbemd:</title>
<updated>2010-08-23T06:13:29Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2010-08-23T06:13:29Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c09808d0d611d103bece3d41886b87de160900c0'/>
<id>urn:sha1:c09808d0d611d103bece3d41886b87de160900c0</id>
<content type='text'>
Use MACHINE_CPUARCH in preference to MACHINE_ARCH.  The former is the
source code location of the machine, the latter the binary output.  In
general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless
we're tesitng for a specific target.  The isn't even moot for
i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86,
although a specific cleanup for that likely would be needed...
</content>
</entry>
<entry>
<title>Provide groundwork for 32-bit binary compatibility on non-x86 platforms,</title>
<updated>2010-03-11T14:49:06Z</updated>
<author>
<name>Nathan Whitehorn</name>
<email>nwhitehorn@FreeBSD.org</email>
</author>
<published>2010-03-11T14:49:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=841c0c7ec75bef3c9920cd811270f9f84791ee04'/>
<id>urn:sha1:841c0c7ec75bef3c9920cd811270f9f84791ee04</id>
<content type='text'>
for upcoming 64-bit PowerPC and MIPS support. This renames the COMPAT_IA32
option to COMPAT_FREEBSD32, removes some IA32-specific code from MI parts
of the kernel and enhances the freebsd32 compatibility code to support
big-endian platforms.

Reviewed by:	kib, jhb
</content>
</entry>
<entry>
<title>Add per-process osrel node to the procfs, to allow read and set p_osrel</title>
<updated>2009-09-23T12:08:08Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2009-09-23T12:08:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=17dfbc1c43467f952aabe4c72744b33a258a6488'/>
<id>urn:sha1:17dfbc1c43467f952aabe4c72744b33a258a6488</id>
<content type='text'>
value for the process.

Approved by:	des (procfs maintainer)
MFC after:	3 weeks
</content>
</entry>
<entry>
<title>Fix our ioctl(2) implementation when the argument is "int".  New</title>
<updated>2006-09-27T19:57:02Z</updated>
<author>
<name>Ruslan Ermilov</name>
<email>ru@FreeBSD.org</email>
</author>
<published>2006-09-27T19:57:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9fddcc6661d2cf7bb8e704308437d2b1674b50be'/>
<id>urn:sha1:9fddcc6661d2cf7bb8e704308437d2b1674b50be</id>
<content type='text'>
ioctls passing integer arguments should use the _IOWINT() macro.
This fixes a lot of ioctl's not working on sparc64, most notable
being keyboard/syscons ioctls.

Full ABI compatibility is provided, with the bonus of fixing the
handling of old ioctls on sparc64.

Reviewed by:	bde (with contributions)
Tested by:	emax, marius
MFC after:	1 week
</content>
</entry>
<entry>
<title>Define the target for opt_compat.h only if KERNBUILDDIR</title>
<updated>2005-08-18T14:50:08Z</updated>
<author>
<name>Yaroslav Tykhiy</name>
<email>ytykhiy@gmail.com</email>
</author>
<published>2005-08-18T14:50:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=252b6fe8b28e89d4b79f71c7892cc51a6fccf72e'/>
<id>urn:sha1:252b6fe8b28e89d4b79f71c7892cc51a6fccf72e</id>
<content type='text'>
is not defined, so that the module will get the
compatibility options from the current kernel configuration
if built with the latter, not with the world.
[Some other modules seem in need of fixing WRT this, too.]

Add more compatibility options found in GENERIC to the default
opt_compat.h.  While not all of them are used in the procfs code,
we can't tell for sure if the system .h files don't need them either,
so let's stay on the safe side.

Submitted by:	kensmith
Reviewed by:	ru
</content>
</entry>
</feed>
