FreeBSD/ports d7e6596math/octave-forge-octave_boost distinfo Makefile

math/octave-forge-octave_boost: Update to 1.1.0.
DeltaFile
+3-3math/octave-forge-octave_boost/distinfo
+1-1math/octave-forge-octave_boost/Makefile
+4-42 files

FreeBSD/ports 0c0c3b2devel/libks distinfo Makefile, devel/libks/files patch-CMakeLists.txt

devel/libks: Update to 2.0.11

Minor upstream bugfix release.

Reviewed by:    jrm
Differential Revision:  https://reviews.freebsd.org/D57267
DeltaFile
+3-3devel/libks/distinfo
+1-1devel/libks/Makefile
+1-1devel/libks/files/patch-CMakeLists.txt
+5-53 files

FreeBSD/ports 4d9788aarchivers/p5-Archive-Tar distinfo Makefile

archivers/p5-Archive-Tar: update 3.08 -> 3.10

Changelog: https://metacpan.org/dist/Archive-Tar/changes
DeltaFile
+3-3archivers/p5-Archive-Tar/distinfo
+1-1archivers/p5-Archive-Tar/Makefile
+4-42 files

FreeBSD/ports 07e5f3ddevel/p5-Number-Bytes-Human Makefile

devel/p5-Number-Bytes-Human: Update maintainer address

Confirmed ownership via bug #105643.

PR:             295632
See also:       https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=105643
Reported by:    Sulev-Madis Silber (maintainer)
Approved by:    osa, vvd (Mentors, implicit)
DeltaFile
+4-3devel/p5-Number-Bytes-Human/Makefile
+4-31 files

FreeBSD/ports a418c0bdevel/p5-Time-Stopwatch Makefile

devel/p5-Time-Stopwatch: Update maintainer address

Confirmed ownership via bug #105643.

While here, add LICENSE information and NO_ARCH.

PR:             295631
See also:       https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=105643
Reported by:    Sulev-Madis Silber (maintainer)
Approved by:    osa, vvd (Mentors, implicit)
DeltaFile
+7-2devel/p5-Time-Stopwatch/Makefile
+7-21 files

FreeBSD/src dcae0f7sys/amd64/amd64 machdep.c, sys/amd64/include stack.h

sys: Consistently use ptoa() with td_kstack_pages

Suggested by:   kib
Reviewed by:    kib, andrew (arm changes)
Sponsored by:   AFRL, DARPA
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+1-1sys/amd64/include/stack.h
+1-1sys/arm/include/stack.h
+1-1sys/arm64/include/stack.h
+1-1sys/powerpc/include/stack.h
+1-1sys/riscv/include/stack.h
+1-1sys/amd64/amd64/machdep.c
+6-66 files

FreeBSD/src 4f876cesys/riscv/include stack.h, sys/riscv/riscv vm_machdep.c locore.S

riscv64: Move pcb out of kstack into a new UMA zone

Similar to arm64, riscv's pcb embeds a copy of the floating point
registers and is too large to store directly in struct mdthread as is
done on amd64.  Instead, use a separate UMA zone for pcbs.  riscv's
floating point state is not as large as arm64's, so its pcb is also
somewhat smaller and a single 4k page can hold 6 pcbs.

Reviewed by:    kib, jrtc27
Sponsored by:   AFRL, DARPA
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+15-5sys/riscv/riscv/vm_machdep.c
+2-4sys/riscv/include/stack.h
+2-2sys/riscv/riscv/locore.S
+2-1sys/riscv/riscv/machdep.c
+0-1sys/riscv/riscv/genassym.c
+21-135 files

FreeBSD/src 8b9023csys/amd64/include stack.h, sys/i386/i386 machdep.c vm_machdep.c

sys: Add td_kstack_top inline helper function

This function returns a pointer to the top of the kstack.

Reviewed by:    kib, andrew (arm changes)
Sponsored by:   AFRL, DARPA
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+6-0sys/sys/proc.h
+2-4sys/amd64/include/stack.h
+2-2sys/i386/i386/machdep.c
+2-2sys/powerpc/powerpc/machdep.c
+2-2sys/powerpc/powerpc/exec_machdep.c
+2-2sys/i386/i386/vm_machdep.c
+16-1213 files not shown
+29-3719 files

FreeBSD/src fce5953sys/arm64/arm64 swtch.S

arm64 locore: Fix a comment typo: Of -> If

Reviewed by:    kib, andrew
Sponsored by:   AFRL, DARPA
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+1-1sys/arm64/arm64/swtch.S
+1-11 files

FreeBSD/src d0b10dfsys/arm64/arm64 vm_machdep.c locore.S, sys/arm64/include stack.h

arm64: Move pcb out of kstack into a new UMA zone

This is similar to commit 5e921ff49ea8bb70506248a4675894729cdad8c2
which moved the pcb for amd64, but a bit different.  arm64's pcb is
much larger (over 1KB!) than amd64's since it still embeds FP
registers.  Moving the pcb out of the kstack frees up that much
additional kstack space.  Unlike amd64 however, embedding the pcb in
struct mdthread is not practical as the resulting struct thread would
grow such that UMA would now store 1 thread per 4k page instead of 2
threads per page.  By using a separate UMA zone for pcbs, 2 struct
threads can continue to fit in a single 4k page, and 3 pcbs can fit in
another 4k page.

Reviewed by:    kib, jrtc27, andrew
Sponsored by:   AFRL, DARPA
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+14-4sys/arm64/arm64/vm_machdep.c
+2-4sys/arm64/include/stack.h
+1-2sys/arm64/arm64/locore.S
+2-1sys/arm64/arm64/machdep.c
+0-2sys/arm64/arm64/genassym.c
+19-135 files

FreeBSD/src f7524d8sys/amd64/amd64 vm_machdep.c machdep.c, sys/amd64/include md_var.h

amd64: Inline set_top_of_stack_td into cpu_thread_new_kstack

Reviewed by:    kib
Sponsored by:   AFRL, DARPA
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+2-8sys/amd64/amd64/vm_machdep.c
+1-1sys/amd64/amd64/machdep.c
+0-1sys/amd64/include/md_var.h
+3-103 files

FreeBSD/src 2893bb7share/man/man9 cpu_machdep.9, sys/amd64/amd64 vm_machdep.c

cpu_thread_new_kstack: Introduce new MD callback

Previously, the cpu_thread_alloc callback was invoked each time a
kernel stack was allocated for a thread.  This included thread
creation, but it was also invoked if a recycled thread had to allocate
a new kstack.  This means that cpu_thread_alloc could be called
multiple times for a single thread, but cpu_thread_free is only called
once.  Not only that, but the cpu_thread_alloc callback can't tell if
it is being invoked on a new thread object, or a recycled thread.
Calling *_alloc multiple times on an object is also atypical for
kernel APIs.

As a result of this confusion, amd64 was potentially leaking an XSAVE
buffer each time a new kstack was allocated for an existing thread,
since cpu_thread_alloc for amd64 always allocated a new XSAVE buffer.
In practice, this edge case is probably rare.  A process object needs
to be recycled where either the new or old process is a kernel process
with a non-default kernel stack size.


    [11 lines not shown]
DeltaFile
+22-6share/man/man9/cpu_machdep.9
+7-2sys/amd64/amd64/vm_machdep.c
+5-1sys/arm64/arm64/vm_machdep.c
+2-3sys/riscv/riscv/vm_machdep.c
+5-0sys/arm/arm/vm_machdep.c
+5-0sys/i386/i386/vm_machdep.c
+46-124 files not shown
+55-1310 files

FreeBSD/src 59d67f2sys/amd64/amd64 vm_machdep.c, sys/i386/i386 vm_machdep.c

amd64/i386: Remove dead code to clear XSAVE header

If XSAVE is being used, the XSAVE header will be overwritten either by
copying it from the parent thread in copy_thread for user threads, or
by a fresh copy from fpu/npx_initialstate on the first use of the FPU
for kernel threads.

Reviewed by:    kib
Sponsored by:   AFRL, DARPA
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+0-6sys/amd64/amd64/vm_machdep.c
+0-6sys/i386/i386/vm_machdep.c
+0-122 files

FreeBSD/src 187b46esys/amd64/amd64 vm_machdep.c, sys/arm/arm vm_machdep.c

cpu_fork: Remove redundant assignments to td_pcb and td_frame

cpu_thread_alloc() already sets these fields anytime td_kstack changes.

Reviewed by:    kib, andrew (arm changes)
Sponsored by:   AFRL, DARPA
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+5-7sys/i386/i386/vm_machdep.c
+2-7sys/arm64/arm64/vm_machdep.c
+2-6sys/arm/arm/vm_machdep.c
+2-6sys/powerpc/powerpc/vm_machdep.c
+1-5sys/amd64/amd64/vm_machdep.c
+0-2sys/riscv/riscv/vm_machdep.c
+12-336 files

FreeBSD/src 860aaecsys/amd64/amd64 machdep.c

amd64: Don't set an initial FPU state save size

This used to be needed to initialize the pcb pointer when the pcb was
allocated on the kstack.

Reviewed by:    kib
Sponsored by:   AFRL, DARPA
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+0-1sys/amd64/amd64/machdep.c
+0-11 files

FreeBSD/src d01e5afsys/arm64/include pcpu.h

arm64: Remove unneeded declaration from <machine/pcpu.h>

Reviewed by:    kib, andrew
Sponsored by:   AFRL, DARPA
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+0-1sys/arm64/include/pcpu.h
+0-11 files

FreeBSD/src a1e07f2sys/arm64/arm64 swtch.S

arm64: Adjust the kernel stack pointer at the end of fork_trampoline

All other paths that return from the kernel to userspace pop the user
trapframe off of the kernel stack pointer before returning to
userspace in restore_registers.  fork_trampoline was missing this, so
all of the user faults after fork pushed another trapframe leaving a
trapframe's worth of wasted space on the kstack.

This would be fatal after a future change to remove duplicate
initialization of td_frame in cpu_fork() as without this fix each time
a thread was recycled it would "lose" another trapframe's worth of
space.

Reviewed by:    kib, andrew
Pull Request:   https://ron-dev.freebsd.org/FreeBSD/src/pulls/23
DeltaFile
+2-0sys/arm64/arm64/swtch.S
+2-01 files

FreeBSD/src 36ab14dsys/netpfil/ipfilter/netinet ip_state.c

ipfilter: Fix NULL dereferences in ipf_checkicmp6matchingstate()

Add NULL checks for ic6 (the ICMPv6 header pointer from fin->fin_dp)
and oic (the inner ICMPv6 header from ofin.fin_dp after ipf_makefrip).
These pointers can be NULL when processing malformed ICMPv6 error
packets with extension headers.

Also fix the length validation: the original check (fin->fin_plen <
sizeof(ip6_t)) could never trigger because an earlier check already
ensures fin->fin_plen >= ICMP6ERR_MINPKTLEN (48). Replace with a proper
check that fin->fin_dlen contains at least ICMPERR_ICMPHLEN +
sizeof(ip6_t) bytes to ensure sufficient data exists for both the
ICMPv6 error header and the embedded IPv6 header.

PR:             288333
Pull Request:   https://github.com/freebsd/freebsd-src/pull/2214
Signed-off-by:  Teddy Engel <engel.teddy at gmail.com>

(cherry picked from commit c028080749c09e68c555155df0e9f681ba63c6ae)
DeltaFile
+9-1sys/netpfil/ipfilter/netinet/ip_state.c
+9-11 files

FreeBSD/src f296b1fsys/netpfil/ipfilter/netinet fil.c

ipfilter: Validate length before checksum

Validate the length of the packet listed in the mbuf is the same as
the calculated packet length. If not reject the packet and bump the
bad packet stat.

PR:             295198
Differential Revision:  https://reviews.freebsd.org/D57095

(cherry picked from commit 8dfb0805fc31cd78940429ab0560dae7e8ab6536)
DeltaFile
+13-4sys/netpfil/ipfilter/netinet/fil.c
+13-41 files

FreeBSD/src fb0729bsys/netpfil/ipfilter/netinet fil.c

ipfilter: Add NULL check for fin_dp in ICMP packet handlers

Add NULL checks for fin->fin_dp in ipf_pr_icmp6() and ipf_pr_icmp()
before dereferencing. When processing packets with IPv6 extension
headers, ipf_pr_pullup() can succeed but fin->fin_dp may still be NULL
due to extension header processing leaving insufficient data for the
protocol header.

PR:             288333
Pull Request:   https://github.com/freebsd/freebsd-src/pull/2214
Signed-off-by:  Teddy Engel <engel.teddy at gmail.com>

(cherry picked from commit 68ed81631afa20c07883f7f60343f6da8397ee41)
DeltaFile
+4-0sys/netpfil/ipfilter/netinet/fil.c
+4-01 files

FreeBSD/src a98f5fasys/netpfil/ipfilter/netinet fil.c

ipfilter: Add NULL check for fin_m in ipf_pr_icmp6()

Add NULL check for fin->fin_m before calling M_LEN() in the ICMPv6
error handling code path. When ipf_checkicmp6matchingstate() calls
ipf_makefrip() with a synthesized fr_info_t that has fin_m set to
NULL, the subsequent call to ipf_pr_ipv6hdr() can reach ipf_pr_icmp6()
which would crash when trying to access the mbuf via M_LEN().

PR:             288333
Pull Request:   https://github.com/freebsd/freebsd-src/pull/2214
Signed-off-by:  Teddy Engel <engel.teddy at gmail.com>

(cherry picked from commit cdc40489a7a617b742e295cf9005b3569b45e823)
DeltaFile
+3-0sys/netpfil/ipfilter/netinet/fil.c
+3-01 files

FreeBSD/src 2349f5asys/netpfil/ipfilter/netinet ip_state.c

ipfilter: Fix NULL dereferences in ipf_checkicmp6matchingstate()

Add NULL checks for ic6 (the ICMPv6 header pointer from fin->fin_dp)
and oic (the inner ICMPv6 header from ofin.fin_dp after ipf_makefrip).
These pointers can be NULL when processing malformed ICMPv6 error
packets with extension headers.

Also fix the length validation: the original check (fin->fin_plen <
sizeof(ip6_t)) could never trigger because an earlier check already
ensures fin->fin_plen >= ICMP6ERR_MINPKTLEN (48). Replace with a proper
check that fin->fin_dlen contains at least ICMPERR_ICMPHLEN +
sizeof(ip6_t) bytes to ensure sufficient data exists for both the
ICMPv6 error header and the embedded IPv6 header.

PR:             288333
MFC after:      1 week
Pull Request:   https://github.com/freebsd/freebsd-src/pull/2214
Signed-off-by:  Teddy Engel <engel.teddy at gmail.com>

(cherry picked from commit c028080749c09e68c555155df0e9f681ba63c6ae)
DeltaFile
+9-1sys/netpfil/ipfilter/netinet/ip_state.c
+9-11 files

FreeBSD/src 77dd10bsys/netpfil/ipfilter/netinet fil.c

ipfilter: Validate length before checksum

Validate the length of the packet listed in the mbuf is the same as
the calculated packet length. If not reject the packet and bump the
bad packet stat.

PR:             295198
Differential Revision:  https://reviews.freebsd.org/D57095

(cherry picked from commit 8dfb0805fc31cd78940429ab0560dae7e8ab6536)
DeltaFile
+13-4sys/netpfil/ipfilter/netinet/fil.c
+13-41 files

FreeBSD/src fefcd49sys/netpfil/ipfilter/netinet fil.c

ipfilter: Add NULL check for fin_m in ipf_pr_icmp6()

Add NULL check for fin->fin_m before calling M_LEN() in the ICMPv6
error handling code path. When ipf_checkicmp6matchingstate() calls
ipf_makefrip() with a synthesized fr_info_t that has fin_m set to
NULL, the subsequent call to ipf_pr_ipv6hdr() can reach ipf_pr_icmp6()
which would crash when trying to access the mbuf via M_LEN().

PR:             288333
MFC after:      1 week
Pull Request:   https://github.com/freebsd/freebsd-src/pull/2214
Signed-off-by:  Teddy Engel <engel.teddy at gmail.com>

(cherry picked from commit cdc40489a7a617b742e295cf9005b3569b45e823)
DeltaFile
+3-0sys/netpfil/ipfilter/netinet/fil.c
+3-01 files

FreeBSD/src b2076f3sys/netpfil/ipfilter/netinet fil.c

ipfilter: Add NULL check for fin_dp in ICMP packet handlers

Add NULL checks for fin->fin_dp in ipf_pr_icmp6() and ipf_pr_icmp()
before dereferencing. When processing packets with IPv6 extension
headers, ipf_pr_pullup() can succeed but fin->fin_dp may still be NULL
due to extension header processing leaving insufficient data for the
protocol header.

PR:             288333
Pull Request:   https://github.com/freebsd/freebsd-src/pull/2214
Signed-off-by:  Teddy Engel <engel.teddy at gmail.com>

(cherry picked from commit 68ed81631afa20c07883f7f60343f6da8397ee41)
DeltaFile
+4-0sys/netpfil/ipfilter/netinet/fil.c
+4-01 files

FreeBSD/ports 413844bmultimedia/pipewire pkg-plist distinfo

multimedia/pipewire: update to 1.6.6

Bring in upstreamed patch to fix linux-specific EBADFD errno.

Reviewed by:    arrowd
Approved by:    lwhsu (mentor, implicitly)
Differential Revision:  https://reviews.freebsd.org/D57272
DeltaFile
+4-4multimedia/pipewire/pkg-plist
+5-3multimedia/pipewire/distinfo
+4-1multimedia/pipewire/Makefile
+13-83 files

FreeBSD/ports d0635eemultimedia/wireplumber distinfo pkg-plist

multimedia/wireplumber: update to 0.5.14

Reviewed by:    arrowd
Approved by:    lwhsu (mentor, implicitly)
Differential Revision:  https://reviews.freebsd.org/D57273
DeltaFile
+3-3multimedia/wireplumber/distinfo
+3-2multimedia/wireplumber/pkg-plist
+1-1multimedia/wireplumber/Makefile
+7-63 files

FreeBSD/ports 876cf35www/nextcloud-forms distinfo Makefile

www/nextcloud-forms: Update to 5.2.8
DeltaFile
+3-3www/nextcloud-forms/distinfo
+1-1www/nextcloud-forms/Makefile
+4-42 files

FreeBSD/ports f45b405www/nextcloud-calendar distinfo Makefile

www/nextcloud-calendar: Update to 6.4.2
DeltaFile
+3-3www/nextcloud-calendar/distinfo
+1-1www/nextcloud-calendar/Makefile
+4-42 files

FreeBSD/ports e9c105fmail/nextcloud-mail distinfo Makefile

mail/nextcloud-mail: Update to 5.8.1
DeltaFile
+3-3mail/nextcloud-mail/distinfo
+1-1mail/nextcloud-mail/Makefile
+4-42 files