[Midnightbsd-cvs] [MidnightBSD/src] e1802f: MFC: ipfw.8: document how to delete nat configurat...

Sun Jan 18 17:03:55 EST 2026

  Branch: refs/heads/master
  Home:   https://github.com/MidnightBSD/src
  Commit: e1802f19628be5911a3ac57de3f761bd264dcf27
      https://github.com/MidnightBSD/src/commit/e1802f19628be5911a3ac57de3f761bd264dcf27
  Author: Eugene Grosbein <eugen at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sbin/ipfw/ipfw.8

  Log Message:
  -----------
  MFC: ipfw.8: document how to delete nat configuration instance

(cherry picked from commit e51047118cb1d15abe8077a5b47b8063fa364ad9)

  Commit: aea4b53409a25bf53b99e3338ee7401a345d8004
      https://github.com/MidnightBSD/src/commit/aea4b53409a25bf53b99e3338ee7401a345d8004
  Author: Michael Osipov <michaelo at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M share/man/man5/linprocfs.5

  Log Message:
  -----------
  linprocfs.5: Synchronize style and format with 15-STABLE

This is a logical backport of 1d193b1808098328d3ad16b436a329b258935e0c
including the changes happended after that.

Reviewed by:	fernape
Differential Revision:	https://reviews.freebsd.org/D54411

  Commit: de68c422fc36d3f30698478bb13dfefab8875e81
      https://github.com/MidnightBSD/src/commit/de68c422fc36d3f30698478bb13dfefab8875e81
  Author: Dimitry Andric <dim at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M lib/clang/libclang/Makefile
    M lib/clang/liblldb/Makefile
    M lib/clang/libllvm/Makefile
    M share/man/man5/src.conf.5
    M share/mk/src.opts.mk
    M tools/build/mk/OptionalObsoleteFiles.inc
    A tools/build/options/WITH_LLVM_LINK_STATIC_LIBRARIES
    M usr.bin/clang/Makefile.inc
    M usr.bin/clang/clang.prog.mk
    M usr.bin/clang/lld/Makefile
    M usr.bin/clang/lldb-server/Makefile
    M usr.bin/clang/lldb/Makefile
    M usr.bin/clang/llvm.prog.mk

  Log Message:
  -----------
  src.conf: Add WITH_LLVM_LINK_STATIC_LIBRARIES build knob

In commit 2e47f35be5dc libllvm, libclang and liblldb were converted into
private shared libraries. This allowed clang, lld, lldb, and other llvm
tools to be linked against these shared libraries, which makes them
smaller and avoids duplication.

However, this also comes at the cost of some performance, since the
dynamic libraries are quite large, and contain lots of long symbols
(mangled C++ identifiers).

Add a WITH_LLVM_LINK_STATIC_LIBRARIES build knob that can be used to go
back to the previous behavior: libllvm, libclang and liblldb are built
as internal static libraries, i.e. only available during buildworld, and
fully linked into the various executables such as clang, lld, etc.

PR:		287447
Reviewed by:	emaste
MFC after:	1 week
Differential Revision: https://reviews.freebsd.org/D50956

(cherry picked from commit 8d5a11cd0137d3ad70f6b06e063ea91a776d510a)

  Commit: f0acc2850a76b6cee9d171c465e36ff85c0f985b
      https://github.com/MidnightBSD/src/commit/f0acc2850a76b6cee9d171c465e36ff85c0f985b
  Author: Dimitry Andric <dim at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M bin/sh/options.h
    M bin/test/test.c

  Log Message:
  -----------
  sh: avoid warnings about too-long initializer strings

Mark `optletter` and `t_op::op_text` as `__non_string`, to avoid
warnings from clang 21 similar to:

    bin/sh/options.h:77:36: error: initializer-string for character array is too long, array size is 19 but initializer has size 20 (including the null terminating character); did you mean to use the 'nonstring' attribute? [-Werror,-Wunterminated-string-initialization]
       77 | const char optletter[NSHORTOPTS] = "efIimnsxvVECabupTPh";
          |                                    ^~~~~~~~~~~~~~~~~~~~~
    bin/test/test.c:153:3: error: initializer-string for character array is too long, array size is 2 but initializer has size 3 (including the null terminating character); did you mean to use the 'nonstring' attribute? [-Werror,-Wunterminated-string-initialization]
      153 |         {"==",  STREQ},
          |          ^~~~

MFC after:	3 days
Reviewed by:	jilles
Differential Revision: https://reviews.freebsd.org/D54362

(cherry picked from commit e6546807f4c1a8a6a6fa53fceab7b8c80e3ed802)

  Commit: 0daa28d04efb5b0fe53b502e5186fd41c6c8f1e5
      https://github.com/MidnightBSD/src/commit/0daa28d04efb5b0fe53b502e5186fd41c6c8f1e5
  Author: Dimitry Andric <dim at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M share/mk/bsd.sys.mk

  Log Message:
  -----------
  bsd.sys.mk: suppress some new clang 21 warnings for C++

Otherwise, these lead to many -Werror warnings in libc++ headers, due to
our use of -Wsystem-headers, which is not officially supported upstream:

Suppress -Wc++20-extensions, due to:

    /usr/include/c++/v1/__algorithm/simd_utils.h:96:50: error: explicit template parameter list for lambdas is a C++20 extension [-Werror,-Wc++20-extensions]
       96 | inline constexpr size_t __simd_vector_size_v = []<bool _False = false>() -> size_t {
          |                                                  ^

Suppress -Wc++23-lambda-attributes, due to:

    /usr/include/c++/v1/__format/format_functions.h:462:32: error: an attribute specifier sequence in this position is a C++23 extension [-Werror,-Wc++23-lambda-attributes]
      462 |   if (bool __is_identity = [&] [[__gnu__::__pure__]] // Make sure the compiler knows this call can be eliminated
          |                                ^

Suppress -Wnullability-completeness, due to:

    /usr/include/c++/v1/string:1068:80: error: pointer is missing a nullability type specifier (_Nonnull, _Nullable, or _Null_unspecified) [-Werror,-Wnullability-completeness]
     1068 |   _LIBCPP_HIDE_FROM_ABI _LIBCPP_CONSTEXPR_SINCE_CXX20 basic_string(const _CharT* __s, size_type __n) {
          |                                                                                ^

MFC after:	3 days

(cherry picked from commit 63d1c3c43690ff3c3e76e1fb03c8640fe30a2663)

  Commit: bec05ebb0a43aee6ac970430c6e67e04802c435c
      https://github.com/MidnightBSD/src/commit/bec05ebb0a43aee6ac970430c6e67e04802c435c
  Author: Kyle Evans <kevans at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sys/compat/linux/linux_timer.c

  Log Message:
  -----------
  compat: linux: use appropriate variables for copying out old timers

We copyout &l_oval but do the conversions into &l_val, leaving us with
stack garbage.	A build with an LLVM21 cross-toolchain seems to catch
this.

Reported by:	Florian Limberger <flo purplekraken com>
Reviewed by:	markj
Fixes:		a1fd2911ddb06 ("linux(4): Implement timer_settime64 syscall.")
MFC after:	3 days
Differential Revision: https://reviews.freebsd.org/D52985

(cherry picked from commit 541a98d7e28a8e4697ac2fa78dd4c4203c2c3a9c)

  Commit: 0353e83e7ebdbdbb2085e379996c0803ed11b04f
      https://github.com/MidnightBSD/src/commit/0353e83e7ebdbdbb2085e379996c0803ed11b04f
  Author: Dimitry Andric <dim at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M contrib/ncurses/progs/infocmp.c

  Log Message:
  -----------
  ncurses: avoid warnings about too-long initializer strings

Increase the size of `assoc::from` to 8 bytes, to avoid warnings from
clang 21 similar to:

    contrib/ncurses/progs/infocmp.c:702:10: error: initializer-string for character array is too long, array size is 4 but initializer has size 5 (including the null terminating character); did you mean to use the 'nonstring' attribute? [-Werror,-Wunterminated-string-initialization]
      702 |     DATA("\033[2J", "ED2"),     /* clear page */
          |          ^~~~~~~~~
    contrib/ncurses/progs/infocmp.c:716:10: error: initializer-string for character array is too long, array size is 4 but initializer has size 5 (including the null terminating character); did you mean to use the 'nonstring' attribute? [-Werror,-Wunterminated-string-initialization]
      716 |     DATA("\033[!p", "DECSTR"),  /* soft reset */
          |          ^~~~~~~~~

Reviewed by:	markj
Obtained from:	https://invisible-island.net/archives/ncurses/6.5/ncurses-6.5-20241207.patch.gz
MFC after:	3 days
Differential Revision: https://reviews.freebsd.org/D54371

(cherry picked from commit 667259b392ec0a86d066ccc6ba0f4025b3d2a083)

  Commit: 0c49ab9d4f007cd3c5bf401f24f70f82994b75da
      https://github.com/MidnightBSD/src/commit/0c49ab9d4f007cd3c5bf401f24f70f82994b75da
  Author: Dimitry Andric <dim at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sys/crypto/chacha20/chacha.c

  Log Message:
  -----------
  crypto: avoid warnings about too-long initializer strings

Mark `sigma` and `tau` as `__non_string`, to avoid warnings from clang
21 similar to:

    sys/crypto/chacha20/chacha.c:53:31: error: initializer-string for character array is too long, array size is 16 but initializer has size 17 (including the null terminating character); did you mean to use the 'nonstring' attribute? [-Werror,-Wunterminated-string-initialization]
       53 | static const char sigma[16] = "expand 32-byte k";
          |                               ^~~~~~~~~~~~~~~~~~
    sys/crypto/chacha20/chacha.c:54:29: error: initializer-string for character array is too long, array size is 16 but initializer has size 17 (including the null terminating character); did you mean to use the 'nonstring' attribute? [-Werror,-Wunterminated-string-initialization]
       54 | static const char tau[16] = "expand 16-byte k";
          |                             ^~~~~~~~~~~~~~~~~~

MFC after:	3 days
Reviewed by:	markj
Differential Revision: https://reviews.freebsd.org/D54364

(cherry picked from commit 710ec409dffed3306ced253bba85dbdc7758510b)

  Commit: a5e6652dd0b385cd3fdf19c09003c79236b8132b
      https://github.com/MidnightBSD/src/commit/a5e6652dd0b385cd3fdf19c09003c79236b8132b
  Author: Alex Richardson <arichardson at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sys/dev/ocs_fc/ocs_ddump.h
    M sys/dev/ocs_fc/ocs_mgmt.h
    M sys/dev/ocs_fc/ocs_os.h
    M sys/dev/ocs_fc/ocs_utils.h

  Log Message:
  -----------
  ocs_fc: Use __printflike() instead of format(printf)

The __printflike macro sets the format to freebsd_kprintf which recent
clang understands and warns about. Fixes the following error:
`passing 'printf' format string where 'freebsd_kprintf' format string is expected [-Werror,-Wformat]`

MFC after:	1 week

(cherry picked from commit 3c0ea1b629764c49611e3e3adfa0c44f9afa3558)

  Commit: 4c6dd53413b3ce38bb0eaa45be0794bf0229af7e
      https://github.com/MidnightBSD/src/commit/4c6dd53413b3ce38bb0eaa45be0794bf0229af7e
  Author: Alex Richardson <arichardson at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sys/dev/xen/blkback/blkback.c
    M sys/xen/xen_intr.h
    M sys/xen/xenbus/xenbusvar.h
    M sys/xen/xenstore/xenstorevar.h

  Log Message:
  -----------
  sys/xen: Use __printflike() instead of format(printf)

The __printflike macro sets the format to freebsd_kprintf which recent
clang understands and warns about. Fixes the following error:
`passing 'printf' format string where 'freebsd_kprintf' format string is expected [-Werror,-Wformat]`

MFC after:	1 week

(cherry picked from commit 4cd7be3e81863bd22aacccc34fc2e8b2cfcb14d9)

  Commit: b48061bfec345423775f091c7818fde976d386cc
      https://github.com/MidnightBSD/src/commit/b48061bfec345423775f091c7818fde976d386cc
  Author: Cy Schubert <cy at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sbin/ipf/ipfs/ipfs.c

  Log Message:
  -----------
  ipfs: Fix typo in error message

MFC after:	3 days

(cherry picked from commit 5ae7b106cfd4801ef5e0f69b02ad9b3ae3ccfbec)

  Commit: 88f5003f02c06f42672f2a708a672efb70dad7eb
      https://github.com/MidnightBSD/src/commit/88f5003f02c06f42672f2a708a672efb70dad7eb
  Author: Cy Schubert <cy at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sys/netpfil/ipfilter/netinet/fil.c
    M sys/netpfil/ipfilter/netinet/ip_fil.h

  Log Message:
  -----------
  ipfilter: Add ipf_check_names_string()

ipf_check_names_string will verify userland inputs in names strings
(fr.fr_names, in.in_names) for correctness.

Original concept of ipf_check_names_string() instead of macros by
markj.

Reviewed by:		markj
MFC after:		1 week
Differential revision:	https://reviews.freebsd.org/D53843

(cherry picked from commit 525c535d5aa87f686dcfee620619827f7c6090db)

  Commit: af800bbad656fcb030a0a09729a7c86b05c32800
      https://github.com/MidnightBSD/src/commit/af800bbad656fcb030a0a09729a7c86b05c32800
  Author: Cy Schubert <cy at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sbin/ipf/libipf/interror.c
    M sys/netpfil/ipfilter/netinet/fil.c
    M sys/netpfil/ipfilter/netinet/ip_fil.h
    M sys/netpfil/ipfilter/netinet/mlfk_ipl.c

  Log Message:
  -----------
  ipfilter: Verify frentry on entry into kernel

The frentry struct is built by ipf(8), specifically ipf_y.y when parsing
the ipfilter configuration file (typically ipf.conf). frentry contains
a variable length string field at the end of the struct. This data field,
called fr_names, may contain various text strings such as NIC names,
destination list (dstlist) names, and filter rule comments.  The length
field specifies the length of fr_names within the frentry structure and
fr_size specifies the size of the frentry structure itself.

The upper bound limit to the length of strings field is controlled by the
fr_max_namelen sysctl/kenv or the max_namelen ipfilter tuneable.

The initial concepts were discussed with emaste and jrm.

Reported by:		Ilja Van Sprundel <ivansprundel at ioactive.com>
Reviewed by:		markj
MFC after:		1 week
Differential revision:	https://reviews.freebsd.org/D53843

(cherry picked from commit eda1756d0454f9383940dc825cf571ff67e0c013)

  Commit: bcec07fdbe4b0e343596d74fb4ef5d218b75dbfa
      https://github.com/MidnightBSD/src/commit/bcec07fdbe4b0e343596d74fb4ef5d218b75dbfa
  Author: Cy Schubert <cy at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sbin/ipf/libipf/interror.c
    M sys/netpfil/ipfilter/netinet/ip_nat.c

  Log Message:
  -----------
  ipfilter: Verify ipnat on entry into kernel

The ipnat struct is built by ipnat(8), specifically ipnat_y.y when
parsing the ipnat configuration file (typically ipnat.conf). ipnat
contains a variable length string field at the end of the struct. This
data field, called in_names, may contain various text strings such as
NIC names. There is no upper bound limit to the length of strings as
long as the in_namelen length field specifies the length of in_names
within the ipnat structure and in_size specifies the size of the ipnat
structure itself.

Reported by:		Ilja Van Sprundel <ivansprundel at ioactive.com>
Reviewed by:		markj
MFC after:		1 week
Differential revision:	https://reviews.freebsd.org/D53843

(cherry picked from commit 821774dfbdaa12ef072ff7eaea8f9966a7e63935)

  Commit: 2112850c3cf0d9e4ac1852a5a0c3a5e16723acc9
      https://github.com/MidnightBSD/src/commit/2112850c3cf0d9e4ac1852a5a0c3a5e16723acc9
  Author: Cy Schubert <cy at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sys/netpfil/ipfilter/netinet/fil.c
    M sys/netpfil/ipfilter/netinet/ip_nat.c

  Log Message:
  -----------
  ipfilter: Remove unused variable

Reported by:	jlduran
Fixes:		eda1756d0454, 821774dfbdaa
MFC after:	1 week
X-MFC with:	eda1756d0454, 821774dfbdaa
(cherry picked from commit 20c48f090b270d0124d5f0b31c6f3a639efbbc80)

  Commit: de72dc2dc483ceca35d11dd16cb7ef75ccefc488
      https://github.com/MidnightBSD/src/commit/de72dc2dc483ceca35d11dd16cb7ef75ccefc488
  Author: Cy Schubert <cy at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sys/netpfil/ipfilter/netinet/fil.c

  Log Message:
  -----------
  ipfilter: Restore used variable

One of the "unused" i variables is actually used.

Fixes:		20c48f090b27
(cherry picked from commit 78c6cfdc3dc0b84aa2daf0f32c7c9cdf3b34fee5)

  Commit: 7cc24d7e9383956c30fde21cc3bee327cce990bf
      https://github.com/MidnightBSD/src/commit/7cc24d7e9383956c30fde21cc3bee327cce990bf
  Author: Cy Schubert <cy at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sbin/ipf/libipf/interror.c
    M sys/netpfil/ipfilter/netinet/fil.c
    M sys/netpfil/ipfilter/netinet/ip_fil.h
    M sys/netpfil/ipfilter/netinet/ip_fil_freebsd.c
    M sys/netpfil/ipfilter/netinet/mlfk_ipl.c

  Log Message:
  -----------
  ipfilter: Restrict ipfilter within a jail

Add a sysctl/tunable (net.inet.ipf.jail_allowed) to control whether a
jail can manage its own ipfilter rules, pools, and settings. A jail's
control over its own ipfilter rules and settings may not be desireable.
The default is jail access to ipfilter is denied.

The host system can stil manage a jail's rules by attaching the rules,
using the on keyword, limiting the rule to the jail's interface. Or
the sysctl/tunable can be enabled to allow a jail control over its own
ipfilter rules and settings.

Implementation note: Rather than store the jail_allowed variable,
referenced by sysctl(9), in a global area, storing the variable in the
ipfilter softc is consistent with ipfilter's use of its softc.

Discussed with:		emaste, jrm
MFC after:		1 week
Differential revision:	https://reviews.freebsd.org/D53623

(cherry picked from commit d9788eabffa4b67fc534685fc3d9b8e3334af196)

  Commit: b9150aa744608e8cf5cfdcb5ee7b9dedbc23b42b
      https://github.com/MidnightBSD/src/commit/b9150aa744608e8cf5cfdcb5ee7b9dedbc23b42b
  Author: Cy Schubert <cy at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sbin/ipf/Makefile
    M share/mk/src.opts.mk
    M sys/conf/NOTES
    M sys/conf/options
    M sys/modules/ipfilter/Makefile
    M sys/netpfil/ipfilter/netinet/ip_nat.c
    M sys/netpfil/ipfilter/netinet/ip_state.c
    M tools/build/mk/OptionalObsoleteFiles.inc

  Log Message:
  -----------
  ipfilter: Disable ipfs(8) by default

At the moment ipfs(8) is a tool that can be easily abused. Though the
concept is sound the implementation needs some work.

ipfs(8) should be considered experimental at the moment.

This commit also makes ipfs support in the kernel optional.

Reviewed by:		emaste, glebius
MFC after:		1 week
Differential revision:	https://reviews.freebsd.org/D53787

(cherry picked from commit 0ff0c19e7f70bc4d3f98196a8ad43de635cf13e5)

  Commit: 54f9dc1b885928e569e67fa6cbbcee33469ab686
      https://github.com/MidnightBSD/src/commit/54f9dc1b885928e569e67fa6cbbcee33469ab686
  Author: Cy Schubert <cy at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sys/netpfil/ipfilter/netinet/ip_fil_freebsd.c

  Log Message:
  -----------
  ipfilter: Add missing kenv fetch

When a module the environment must be explicitly fetched.

Fixes:			d9788eabffa4
PR:			291548
Noted by:		markj
Reviewed by:		markj
Differential Revision:	https://reviews.freebsd.org/D54242
MFC after:		3 days
(cherry picked from commit a6ea80bc917510b5e056cc5a29b62dfd7b39d068)

  Commit: 408f7b2cbab316a1a1f221c63b90968a11ad2de1
      https://github.com/MidnightBSD/src/commit/408f7b2cbab316a1a1f221c63b90968a11ad2de1
  Author: Warner Losh <imp at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M sys/netpfil/ipfilter/netinet/fil.c
    M sys/netpfil/ipfilter/netinet/ip_nat.c

  Log Message:
  -----------
  ipfilter: fix broken build

Every commit earns me a dozen emails that LINT is broken. This should
stop that.

Fixes: eda1756d0454f ipfilter: Verify frentry on entry into kernel
Sponsored by: Netflix
(cherry picked from commit ddec4209b10d65ef19e1d1b884e1b876eab58c7d)

  Commit: f026a1e9939f64720e5f573d598b2c924b2e3dcc
      https://github.com/MidnightBSD/src/commit/f026a1e9939f64720e5f573d598b2c924b2e3dcc
  Author: Dimitry Andric <dim at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M share/mk/bsd.sys.mk

  Log Message:
  -----------
  bsd.sys.mk: suppress another gcc warning for libc++

Similar to base 63d1c3c43690, suppress -Wc++20-extensions for gcc.
Otherwise libc++ headers will lead to many -Werror warnings, due to our
use of -Wsystem-headers, which is not officially supported upstream.

MFC after:	3 days

(cherry picked from commit 62a7fdc13ab45b48977424ef77bbc0f11f601e39)

  Commit: eaaea3a36ea5b8d2c13dca4bd89d2b48eabe3801
      https://github.com/MidnightBSD/src/commit/eaaea3a36ea5b8d2c13dca4bd89d2b48eabe3801
  Author: Michael Osipov <michaelo at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M share/man/man4/mfi.4
    M sys/dev/mfi/mfi_pci.c

  Log Message:
  -----------
  mfi(4): Add subvendor and subdevice for Fujitsu RAID Controller SAS 6Gbit/s 1GB (D3116)

This is an OEM card from Fujitsu using an LSI SAS2208 ROC controller shipped
with many Fujitsu PRIMERGY servers like RX300 S7. This chip is also recognized
by mrsas(4) under the generic name for the controller chip.

Controller description: https://www.fujitsu.com/global/products/computing/servers/primergy/blades/connection/cb-pmod-110426.html

Reviewed by:	ziaee
MFC after:	3 days
Differential Revision:	https://reviews.freebsd.org/D54520

(cherry picked from commit 8b210276cde207ca3dc1f7f46d5a6d32e0a1c51d)

  Commit: 27bd17b02fc57063c772a404993477fb03967dd3
      https://github.com/MidnightBSD/src/commit/27bd17b02fc57063c772a404993477fb03967dd3
  Author: Alexander Ziaee <ziaee at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M share/man/man4/mrsas.4

  Log Message:
  -----------
  mrsas.4: Cleaning

+ Rewrite SYNOPSIS for consistency
+ Rewrite HARDWARE for HW Relnotes, and add some stragglers
+ Correct mdoc grammar, making sysctls aproposable and linking xrefs
+ Clean up TODO, cannonicalize to CAVEATS, a standard section
+ Editorial pass, tag SPDX

MFC after:		3 days
Reviewed by:		imp
Differential Revision:	https://reviews.freebsd.org/D52125

(cherry picked from commit 52eb7e394a7e28e9b08e2096c4a085a384cc1dd0)

  Commit: 39ac7b70ccf577f9c2318d4a8f0f81adf7523594
      https://github.com/MidnightBSD/src/commit/39ac7b70ccf577f9c2318d4a8f0f81adf7523594
  Author: Michael Osipov <michaelo at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M share/man/man4/mrsas.4

  Log Message:
  -----------
  mrsas.4: Add Fujitsu RAID Controller SAS 6Gbit/s 1GB (D3116)

This is an OEM card from Fujitsu using an LSI SAS2208 ROC controller shipped
with many Fujitsu PRIMERGY servers like RX300 S7.

Controller description: https://www.fujitsu.com/global/products/computing/servers/primergy/blades/connection/cb-pmod-110426.html

Reviewed by:	ziaee
MFC after:	3 days
Differential Revision:	https://reviews.freebsd.org/D54566

(cherry picked from commit ccec94bf63de8ee067b03b981a283d9f968c3667)

  Commit: 73beb904380b11879495086f86df48f4cd5b920d
      https://github.com/MidnightBSD/src/commit/73beb904380b11879495086f86df48f4cd5b920d
  Author: Michael Osipov <michaelo at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M share/man/man4/mrsas.4

  Log Message:
  -----------
  mrsas.4: Fix devid hex style

(cherry picked from commit c2b407244f3a939d8b09f9a22d872ebdce5f6b19)

  Commit: 780ed9e35671757518c96974100f69d0c27127fb
      https://github.com/MidnightBSD/src/commit/780ed9e35671757518c96974100f69d0c27127fb
  Author: Dag-Erling Smørgrav <des at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M lib/libgeom/geom_xml2tree.c

  Log Message:
  -----------
  libgeom: Fix segfault in 32-on-64 case

We were using strtoul() to parse object identifiers, which are kernel
pointers.  This works fine as long as the kernel and userland match,
but in a 32-bit libgeom on a 64-bit kernel this will return ULONG_MAX
for all objects, resulting in memory corruption when we later pick the
wrong object while resolving consumer-producer references.

MFC after:	1 week
PR:		292127
Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D54452

(cherry picked from commit 27894e20f140ee2729c14b589035870c8185b87d)

  Commit: a8f5f58af66cf8f3178171fdcde76e0613124cff
      https://github.com/MidnightBSD/src/commit/a8f5f58af66cf8f3178171fdcde76e0613124cff
  Author: Dag-Erling Smørgrav <des at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M lib/libgeom/geom_xml2tree.c
    M lib/libgeom/libgeom.h

  Log Message:
  -----------
  libgeom: Clean up xml2tree code

MFC after:	1 week
Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D54453

(cherry picked from commit fad6707e2589d8557ceb6b6bf11f22323b265f01)

  Commit: f803223b558fc7ff509904082b968b09a146b6b7
      https://github.com/MidnightBSD/src/commit/f803223b558fc7ff509904082b968b09a146b6b7
  Author: Dag-Erling Smørgrav <des at FreeBSD.org>
  Date:   2026-01-18 (Sun, 18 Jan 2026)

  Changed paths:
    M lib/libgeom/geom_xml2tree.c

  Log Message:
  -----------
  libgeom: Improve type safety of xml2tree code

When resolving references, assert that the type of the object we find
is what we expect.  This will help prevent memory corruption if two
objects of different types somehow end up with the same identifier.

MFC after:	1 week
Reviewed by:	imp
Differential Revision:	https://reviews.freebsd.org/D54454

(cherry picked from commit 4b0d5d1d6a7c9773e38882feb4747a76b37a645c)

Compare: https://github.com/MidnightBSD/src/compare/c01dd1b0bf71...f803223b558f

To unsubscribe from these emails, change your notification settings at https://github.com/MidnightBSD/src/settings/notifications