<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in sys_process.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>32b3b010 - ptrace(PT_VM_ENTRY): report max protection</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#32b3b010</link>
        <description>ptrace(PT_VM_ENTRY): report max protection(cherry picked from commit e90b2b7d6c173e27dccdb894bb4e34ad30273e22)

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Mon, 07 Oct 2024 07:53:18 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>676386b5 - Support dynamically sized register sets</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#676386b5</link>
        <description>Support dynamically sized register setsWe don&apos;t always know the size of the register set at compile time,e.g. on arm64 the size of the SVE registers need to be queried on boot.To support register sets that needs to be calculated at run timequery the correct size when it is zero.Reviewed by:	markj, kib (earlier version)Sponsored by:	Arm LtdDifferential Revision:	https://reviews.freebsd.org/D41302

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Wed, 23 Aug 2023 14:32:56 +0000</pubDate>
        <dc:creator>Andrew Turner &lt;andrew@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>685dc743 - sys: Remove $FreeBSD$: one-line .c pattern</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#685dc743</link>
        <description>sys: Remove $FreeBSD$: one-line .c patternRemove /^[\s*]*__FBSDID\(&quot;\$FreeBSD\$&quot;\);?\s*\n/

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Wed, 16 Aug 2023 17:54:36 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>653738e8 - ptrace: Clear TDB_BORN during PT_DETACH.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#653738e8</link>
        <description>ptrace: Clear TDB_BORN during PT_DETACH.If a debugger detaches from a process that has a new thread that hasnot yet executed, the new thread will raise a SIGTRAP signal to reportit&apos;s thread birth event even after the detach.  With the debuggerdetached, this results in a SIGTRAP sent to the process and typicallya core dump.  Fix this by clearing TDB_BORN from any new threadsduring detach.Bump __FreeBSD_version for debuggers to notice when the fix ispresent.Reported by:	GDB&apos;s testsuiteReviewed by:	kib, markj (previous version)Differential Revision:	https://reviews.freebsd.org/D39856

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Wed, 07 Jun 2023 19:26:57 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>140ceb5d - ptrace(2): add PT_SC_REMOTE remote syscall request</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#140ceb5d</link>
        <description>ptrace(2): add PT_SC_REMOTE remote syscall requestReviewed by:	markjDiscussed with:	jhbSponsored by:	The FreeBSD FoundationMFC after:	1 weekDifferential revision:	https://reviews.freebsd.org/D37590

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Wed, 30 Nov 2022 08:45:52 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e6feeae2 - sys: rename td_coredump to td_remotereq</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#e6feeae2</link>
        <description>sys: rename td_coredump to td_remotereqand TDB_COREDUMPRQ to TDB_COREDUMPREQReviewed by:	markjSponsored by:	The FreeBSD FoundationMFC after:	1 weekDifferential revision:	https://reviews.freebsd.org/D37590

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Wed, 30 Nov 2022 08:48:24 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c6d31b83 - AST: rework</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#c6d31b83</link>
        <description>AST: reworkMake most AST handlers dynamically registered.  This allows to havesubsystem-specific handler source located in the subsystem files,instead of making subr_trap.c aware of it.  For instance, signaldelivery code on return to userspace is now moved to kern_sig.c.Also, it allows to have some handlers designated as the cleanup (kclear)type, which are called both at AST and on thread/process exit.  Forinstance, ast(), exit1(), and NFS server no longer need to be awareabout UFS softdep processing.The dynamic registration also allows third-party modules to register ASThandlers if needed.  There is one caveat with loadable modules: thecode does not make any effort to ensure that the module is not unloadedbefore all threads processed through AST handler in it.  In fact, thisis already present behavior for hwpmc.ko and ufs.ko.  I do not think itis worth the efforts and the runtime overhead to try to fix it.Reviewed by:	markjTested by:	emaste (arm64), phoDiscussed with:	jhbSponsored by:	The FreeBSD FoundationMFC after:	1 weekDifferential revision:	https://reviews.freebsd.org/D35888

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Mon, 18 Jul 2022 16:39:17 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b1ad6a90 - syscallarg_t: Add a type for system call arguments</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#b1ad6a90</link>
        <description>syscallarg_t: Add a type for system call argumentsThis more clearly differentiates system call arguments from integerregisters and return values. On current architectures it has no effect,but on architectures where pointers are not integers (CHERI) and maynot even share registers (CHERI-MIPS) it is necessiary to differentiatebetween system call arguments (syscallarg_t) and integer register values(register_t).Obtained from:	CheriBSDReviewed by:	imp, kibDifferential Revision:	https://reviews.freebsd.org/D33780

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Mon, 28 Mar 2022 18:43:03 +0000</pubDate>
        <dc:creator>Brooks Davis &lt;brooks@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>879b0604 - proc: Remove assertion that P_WEXIT is not set in proc_rwmem()</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#879b0604</link>
        <description>proc: Remove assertion that P_WEXIT is not set in proc_rwmem()exit1() sets P_WEXIT before waiting for holding threads to finish,rather than after, so this assertion is racy.Fixes:	12fb39ec3e6b (&quot;proc: Relax proc_rwmem()&apos;s assertion on the process hold count&quot;)Reported by:	Jenkins

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Tue, 01 Mar 2022 20:08:25 +0000</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>12fb39ec - proc: Relax proc_rwmem()&apos;s assertion on the process hold count</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#12fb39ec</link>
        <description>proc: Relax proc_rwmem()&apos;s assertion on the process hold countThis reference ensures that the process and its associated vmspace willnot be destroyed while proc_rwmem() is executing.  If, however, thecalling thread belongs to the target process, then it is unnecessary tohold the process.  In particular, fasttrap - a module which enablesuserspace dtrace - may frequently call proc_rwmem(), and we&apos;d prefer toavoid the overhead of locking and bumping the hold count when possible.Thus, make the assertion conditional on &quot;p != curproc&quot;.  Also assertthat the process is not already exiting.  No functional change intended.MFC after:	2 weeksSponsored by:	The FreeBSD Foundation

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Tue, 01 Mar 2022 16:48:39 +0000</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>949e3959 - Trim duplicate code for copying in iovecs for PT_[GS]ETREGSET.</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#949e3959</link>
        <description>Trim duplicate code for copying in iovecs for PT_[GS]ETREGSET.Reviewed by:	andrew, emasteDifferential Revision:	https://reviews.freebsd.org/D34177

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Mon, 07 Feb 2022 19:49:29 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>548a2ec4 - Add PT_GETREGSET</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#548a2ec4</link>
        <description>Add PT_GETREGSETThis adds the PT_GETREGSET and PT_SETREGSET ptrace types. These can beused to access all the registers from a specified core dump note type.The NT_PRSTATUS and NT_FPREGSET notes are initially supported. Othermachine-dependant types are expected to be added in the future.The ptrace addr points to a struct iovec pointing at memory to hold theregisters along with its length. On success the length in the iovec isupdated to tell userspace the actual length the kernel wrote or, if thebase address is NULL, the length the kernel would have written.Because the data field is an int the arguments are backwards whencompared to the Linux PTRACE_GETREGSET call.Reviewed by:	kibSponsored by:	The FreeBSD FoundationDifferential Revision:	https://reviews.freebsd.org/D19831

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Mon, 24 Jan 2022 11:24:17 +0000</pubDate>
        <dc:creator>Andrew Turner &lt;andrew@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>fe6db727 - Add security.bsd.allow_ptrace sysctl</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#fe6db727</link>
        <description>Add security.bsd.allow_ptrace sysctlthat disables any access to ptrace(2) for all processes.Reviewed by:	emasteSponsored by:	The FreeBSD FoundationMFC after:	1 weekDifferential revision:	https://reviews.freebsd.org/D33986

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Fri, 21 Jan 2022 21:52:35 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0910a41e - Revert &quot;syscallarg_t: Add a type for system call arguments&quot;</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#0910a41e</link>
        <description>Revert &quot;syscallarg_t: Add a type for system call arguments&quot;Missed issues in truss on at least armv7 and powerpcspe need to beresolved before recommit.This reverts commit 3889fb8af0b611e3126dc250ebffb01805152104.This reverts commit 1544e0f5d1f1e3b8c10a64cb899a936976ca7ea4.

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Wed, 12 Jan 2022 23:28:13 +0000</pubDate>
        <dc:creator>Brooks Davis &lt;brooks@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>1544e0f5 - syscallarg_t: Add a type for system call arguments</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#1544e0f5</link>
        <description>syscallarg_t: Add a type for system call argumentsThis more clearly differentiates system call arguments from integerregisters and return values. On current architectures it has no effect,but on architectures where pointers are not integers (CHERI) and maynot even share registers (CHERI-MIPS) it is necessiary to differentiatebetween system call arguments (syscallarg_t) and integer register values(register_t).Obtained from:	CheriBSDReviewed by:	imp, kibDifferential Revision:	https://reviews.freebsd.org/D33780

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Wed, 12 Jan 2022 22:50:06 +0000</pubDate>
        <dc:creator>Brooks Davis &lt;brooks@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f575573c - Remove PT_GET_SC_ARGS_ALL</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#f575573c</link>
        <description>Remove PT_GET_SC_ARGS_ALLReimplement bdf0f24bb16d556a5b by checking for the caller&apos; ABI inthe implementation of PT_GET_SC_ARGS, and copying out everything ifit is Linuxolator.Also fix a minor information leak: if PT_GET_SC_ARGS_ALL is done on thethread reused after other process, it allows to read some number of thatthread last syscall arguments. Clear td_sa.args in thread_alloc().Reviewed by:	jhbSponsored by:	The FreeBSD FoundationDifferential revision:	https://reviews.freebsd.org/D31968

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Wed, 15 Sep 2021 13:24:09 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>bdf0f24b - linux: implement PTRACE_GET_SYSCALL_INFO</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#bdf0f24b</link>
        <description>linux: implement PTRACE_GET_SYSCALL_INFOThis is one of the pieces required to make modern (ie Focal)strace(1) work.Reviewed By:	jhb (earlier version)Sponsored by:	EPSRCDifferential Revision:	https://reviews.freebsd.org/D28212

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Sun, 12 Sep 2021 11:31:10 +0000</pubDate>
        <dc:creator>Edward Tomasz Napierala &lt;trasz@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>b7924341 - Create sys/reg.h for the common code previously in machine/reg.h</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#b7924341</link>
        <description>Create sys/reg.h for the common code previously in machine/reg.hMove the common kernel function signatures from machine/reg.h to a newsys/reg.h. This is in preperation for adding PT_GETREGSET to ptrace(2).Reviewed by:	imp, markjSponsored by:	DARPA, AFRL (original work)Sponsored by:	The FreeBSD FoundationDifferential Revision:	https://reviews.freebsd.org/D19830

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Fri, 27 Aug 2021 09:38:40 +0000</pubDate>
        <dc:creator>Andrew Turner &lt;andrew@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d7a7ea5b - sys_process.c: extract ptrace_unsuspend()</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#d7a7ea5b</link>
        <description>sys_process.c: extract ptrace_unsuspend()Reviewed by:	jhbTested by:	phoSponsored by:	The FreeBSD FoundationMFC after:	1 weekDifferrential revision:	https://reviews.freebsd.org/D30351

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Tue, 18 May 2021 16:25:50 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>87a64872 - Add ptrace(PT_COREDUMP)</title>
        <link>http://172.16.0.5:8080/history/freebsd-14.2/sys/kern/sys_process.c#87a64872</link>
        <description>Add ptrace(PT_COREDUMP)It writes the core of live stopped process to the file descriptorprovided as an argument.Based on the initial version from https://reviews.freebsd.org/D29691,submitted by Micha&#322; G&#243;rny &lt;mgorny@gentoo.org&gt;.Reviewed by:	markjTested by:	phoSponsored by:	The FreeBSD FoundationMFC after:	1 weekDifferential revision:	https://reviews.freebsd.org/D29955

            List of files:
            /freebsd-14.2/sys/kern/sys_process.c</description>
        <pubDate>Fri, 23 Apr 2021 13:26:01 +0000</pubDate>
        <dc:creator>Konstantin Belousov &lt;kib@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
