#
f59bb61e |
| 01-Jan-2025 |
Kyle Evans <kevans@FreeBSD.org> |
lib: hook libder up to the build
libder will be used in upcoming ECC support in the pkg(7) bootstrap to read DER-encoded keys and signatures.
Differential Revision: https://reviews.freebsd.org/D481
lib: hook libder up to the build
libder will be used in upcoming ECC support in the pkg(7) bootstrap to read DER-encoded keys and signatures.
Differential Revision: https://reviews.freebsd.org/D48116
show more ...
|
Revision tags: release/14.2.0 |
|
#
7ab1a32c |
| 31-Oct-2024 |
Ruslan Bukin <br@FreeBSD.org> |
bhyve/riscv: Initial import.
Add machine-dependent parts for bhyve hypervisor to support virtualization on RISC-V ISA.
No objection: markj Sponsored by: UK Research and Innovation Differential Revi
bhyve/riscv: Initial import.
Add machine-dependent parts for bhyve hypervisor to support virtualization on RISC-V ISA.
No objection: markj Sponsored by: UK Research and Innovation Differential Revision: https://reviews.freebsd.org/D45512
show more ...
|
#
cb5e41b1 |
| 11-Oct-2024 |
Robert Clausecker <fuz@FreeBSD.org> |
lib/libcrypt: unbundle hash functions
libcrypt bundles the various hash functions it needs, duplicating code that is also found in libmd. Unbundle the hash functions and apply the same hack used for
lib/libcrypt: unbundle hash functions
libcrypt bundles the various hash functions it needs, duplicating code that is also found in libmd. Unbundle the hash functions and apply the same hack used for libncursesw so static consumers link -lmd in addition to -lcrypt.
Reviewed by: kevans Differential Revision: https://reviews.freebsd.org/D47062
show more ...
|
#
968bcca2 |
| 08-Oct-2024 |
Ka Ho Ng <khng@FreeBSD.org> |
libkldelf: add a private library for kernel/kld-related ELF parsing
The libkldelf library was originally a part of kldxref(8). It exposed ELF parsing helpers specialized in parsing KLDs and the kern
libkldelf: add a private library for kernel/kld-related ELF parsing
The libkldelf library was originally a part of kldxref(8). It exposed ELF parsing helpers specialized in parsing KLDs and the kernel executable. The library can be used to read metadata such as linker_set, mod_depend, mod_version and PNP match info, and raw data from the ELF.
To promote the reuse of the facilities the ELF parsing code is separated from kldxref(8) into a new private library.
For now, libkldelf's source files will be compiled into kldxref(8) directly if kldxref is built during bootstrapping phase. The reason is linking kldxref(8) against the libkldelf static library has an unwanted side effect which renders the linker sets inside the libkldelf implementation empty if the static library is not build by ld -r all the .o files into a single .o before producing the static library.
Sponsored by: Juniper Networks, Inc. Reviewed by: markj Suggested by: jrtc27, markj Differential Revision: https://reviews.freebsd.org/D46719
show more ...
|
#
50c64df2 |
| 08-Oct-2024 |
Ka Ho Ng <khng@FreeBSD.org> |
Revert "libkldelf: add a private library for kernel/kld-related ELF parsing"
This reverts commit 0a2cfd653e86ac41c4e6e32a449d133c0ee6d677.
|
#
0a2cfd65 |
| 08-Oct-2024 |
Ka Ho Ng <khng@FreeBSD.org> |
libkldelf: add a private library for kernel/kld-related ELF parsing
The libkldelf library was originally a part of kldxref(8). It exposed ELF parsing helpers specialized in parsing KLDs and the kern
libkldelf: add a private library for kernel/kld-related ELF parsing
The libkldelf library was originally a part of kldxref(8). It exposed ELF parsing helpers specialized in parsing KLDs and the kernel executable. The library can be used to read metadata such as linker_set, mod_depend, mod_version and PNP match info, and raw data from the ELF.
To promote the reuse of the facilities the ELF parsing code is separated from kldxref(8) into a new private library.
kldxref(8) is modified to link against the libkldelf library.
Sponsored by: Juniper Networks, Inc. Reviewed by: markj Differential Revision: https://reviews.freebsd.org/D46719
show more ...
|
Revision tags: release/13.4.0 |
|
#
7899f917 |
| 09-Sep-2024 |
Baptiste Daroussin <bapt@FreeBSD.org> |
flua: move modules source into the main source directory
Follow the path of what is done with bsnmp, build the modules along with the main binary, this allows to build the modules at a moment where
flua: move modules source into the main source directory
Follow the path of what is done with bsnmp, build the modules along with the main binary, this allows to build the modules at a moment where all needed libraries are already built and available in the linker path instead of having to declare all the libraries which a flua module will be linked to in _prebuild_libs.
Discused with: markj Reviewed by: markj, jrtc27, kevans, imp Accepted by: kevans, imp Differential Revision: https://reviews.freebsd.org/D46610
show more ...
|
#
df1323e0 |
| 06-Sep-2024 |
Baptiste Daroussin <bapt@FreeBSD.org> |
lua_ucl: make sure flua gets build after libucl
|
#
e9ac4169 |
| 15-Jul-2024 |
Warner Losh <imp@FreeBSD.org> |
Remove residual blank line at start of Makefile
This is a residual of the $FreeBSD$ removal.
MFC After: 3 days (though I'll just run the command on the branches) Sponsored by: Netflix
|
Revision tags: release/14.1.0 |
|
#
2da066ef |
| 03-May-2024 |
John Baldwin <jhb@FreeBSD.org> |
libnvmf: Add internal library to support NVMe over Fabrics
libnvmf provides APIs for transmitting and receiving Command and Response capsules along with data associated with NVMe commands. Capsules
libnvmf: Add internal library to support NVMe over Fabrics
libnvmf provides APIs for transmitting and receiving Command and Response capsules along with data associated with NVMe commands. Capsules are represented by 'struct nvmf_capsule' objects.
Capsules are transmitted and received on queue pairs represented by 'struct nvmf_qpair' objects.
Queue pairs belong to an association represented by a 'struct nvmf_association' object.
libnvmf provides additional helper APIs to assist with constructing command capsules for a host, response capsules for a controller, connecting queue pairs to a remote controller and optionally offloading connected queues to an in-kernel host, accepting queue pair connections from remote hosts and optionally offloading connected queues to an in-kernel controller, constructing controller data structures for local controllers, etc.
libnvmf also includes an internal transport abstraction as well as an implementation of a userspace TCP transport.
libnvmf is primarily intended for ease of use and low-traffic use cases such as establishing connections that are handed off to the kernel. As such, it uses a simple API built on blocking I/O.
For a host, a consumer first populates an 'struct nvmf_association_params' with a set of parameters shared by all queue pairs for a single association such as whether or not to use SQ flow control and header and data digests and creates a 'struct nvmf_association' object. The consumer is responsible for establishing a TCP socket for each queue pair. This socket is included in the 'struct nvmf_qpair_params' passed to 'nvmf_connect' to complete transport-specific negotiation, send a Fabrics Connect command, and wait for the Connect reply. Upon success, a new 'struct nvmf_qpair' object is returned. This queue pair can then be used to send and receive capsules. A command capsule is allocated, populated with an SQE and optional data buffer, and transmitted via nvmf_host_transmit_command. The consumer can then wait for a reply via nvmf_host_wait_for_response. The library also provides some wrapper functions such as nvmf_read_property and nvmf_write_property which send a command and wait for a response synchronously.
For a controller, a consumer uses a single association for a set of incoming connections. A consumer can choose to use multiple associations (e.g. a separate association for connections to a discovery controller listening on a different port than I/O controllers). The consumer is responsible for accepting TCP sockets directly, but once a socket has been accepted it is passed to nvmf_accept to perform transport-specific negotiation and wait for the Connect command. Similar to nvmf_connect, nvmf_accept returns a newly construct nvmf_qpair. However, in contrast to nvmf_connect, nvmf_accept does not complete the Fabrics negotiation. The consumer must explicitly send a response capsule before waiting for additional command capsules to arrive. In particular, in the kernel offload case, the Connect command and data are provided to the kernel controller and the Connect response capsule is sent by the kernel once it is ready to handle the new queue pair.
For userspace controller command handling, the consumer uses nvmf_controller_receive_capsule to wait for a command capsule. nvmf_receive_controller_data is used to retrieve any data from a command (e.g. the data for a WRITE command). It can be called multiple times to split the data transfer into smaller sizes. nvmf_send_controller_data is used to send data to a remote host in response to a command. It also sends a response capsule indicating success, or an error if an internal error occurs. nvmf_send_response is used to send a response without associated data. There are also several convenience wrappers such as nvmf_send_success and nvmf_send_generic_error.
Reviewed by: imp Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D44710
show more ...
|
#
514773a5 |
| 25-Apr-2024 |
Dimitry Andric <dim@FreeBSD.org> |
Skip building libclang_rt when WITHOUT_CLANG is used
As noted in bug 277096, when building a pkgbase repository using WITHOUT_CROSS_COMPILER and WITHOUT_TOOLCHAIN (which sets WITHOUT_CLANG), the fol
Skip building libclang_rt when WITHOUT_CLANG is used
As noted in bug 277096, when building a pkgbase repository using WITHOUT_CROSS_COMPILER and WITHOUT_TOOLCHAIN (which sets WITHOUT_CLANG), the following residual files are left over:
/usr/lib/clang/18/lib/freebsd/libclang_rt.asan-x86_64.so /usr/lib/clang/18/share/asan_ignore_list.txt /usr/lib/clang/18/share/cfi_ignore_list.txt /usr/lib/clang/18/share/msan_ignore_list.txt
This is because the lib/libclang_rt directory is still descended into, even if WITHOUT_CLANG is used. Fix it by not descending into the libclang_rt directory in that case.
PR: 277096 Reported by: Siva Mahadevan <me@svmhdvn.name> MFC after: 3 days
show more ...
|
#
11c79f9e |
| 03-Apr-2024 |
Mark Johnston <markj@FreeBSD.org> |
arm64: Connect bhyve and libvmmapi to the build
Reviewed by: corvink, andrew, jhb, emaste MFC after: 2 weeks Sponsored by: Innovate UK Differential Revision: https://reviews.freebsd.org/D41742
|
#
d9a9f23d |
| 27-Mar-2024 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
diff: Integrate libdiff from OpenBSD GoT.
This adds support for two new diff algorithms, Myers diff and Patience diff.
These algorithms perform a different form of search compared to the classic St
diff: Integrate libdiff from OpenBSD GoT.
This adds support for two new diff algorithms, Myers diff and Patience diff.
These algorithms perform a different form of search compared to the classic Stone algorithm and support escapes when worst case scenarios are encountered.
Add the -A flag to allow selection of the algorithm, but default to using the new Myers diff implementation.
The libdiff implementation currently only supports a subset of input and output options supported by diff. When these options are used, but the algorithm is not selected, automatically fallback to the classic Stone algorithm until support for these modes can be added.
Based on work originally done by thj@ with contributions from kevans@.
Sponsored by: Klara, Inc. Reviewed by: thj Differential Revision: https://reviews.freebsd.org/D44302
show more ...
|
#
f29af861 |
| 21-Mar-2024 |
Mark Johnston <markj@FreeBSD.org> |
libfdt: Make an internal FDT library available
This will be used by bhyve to build a device tree when booting arm64 guests.
Reviewed by: corvink, jhb MFC after: 1 week Sponsored by: Innovate UK Dif
libfdt: Make an internal FDT library available
This will be used by bhyve to build a device tree when booting arm64 guests.
Reviewed by: corvink, jhb MFC after: 1 week Sponsored by: Innovate UK Differential Revision: https://reviews.freebsd.org/D40994
show more ...
|
Revision tags: release/13.3.0 |
|
#
0d4f7723 |
| 16-Nov-2023 |
Brooks Davis <brooks@FreeBSD.org> |
libc: link libsys as a auxiliary filter library
At runtime, when rtld loads libc it will also load libsys. For each symbol that is present in both, the libsys one will override the libc one. It co
libc: link libsys as a auxiliary filter library
At runtime, when rtld loads libc it will also load libsys. For each symbol that is present in both, the libsys one will override the libc one. It continues to be the case that program need only link against libc (usually implicitly). The linkage to libsys is automatic.
Reviewed by: kib, emaste, imp Pull Request: https://github.com/freebsd/freebsd-src/pull/908
show more ...
|
#
e9d96105 |
| 16-Nov-2023 |
Brooks Davis <brooks@FreeBSD.org> |
libsys: plumb in to build
libsys provides the FreeBSD kernel interface (auxargs, system calls, vdso). It can be linked directly for programs using a non-standard libc and will later be linked as a
libsys: plumb in to build
libsys provides the FreeBSD kernel interface (auxargs, system calls, vdso). It can be linked directly for programs using a non-standard libc and will later be linked as a filter library to libc providing the actual system call implementation.
Reviewed by: kib, emaste, imp Pull Request: https://github.com/freebsd/freebsd-src/pull/908
show more ...
|
#
dc36d6f9 |
| 23-Nov-2023 |
Warner Losh <imp@FreeBSD.org> |
lib: Remove ancient SCCS tags.
Remove ancient SCCS tags from the tree, automated scripting, with two minor fixup to keep things compiling. All the common forms in the tree were removed with a perl s
lib: Remove ancient SCCS tags.
Remove ancient SCCS tags from the tree, automated scripting, with two minor fixup to keep things compiling. All the common forms in the tree were removed with a perl script.
Sponsored by: Netflix
show more ...
|
Revision tags: release/14.0.0 |
|
#
e56a937c |
| 04-Oct-2023 |
Baptiste Daroussin <bapt@FreeBSD.org> |
bsddialog: Import version 1.0
|
#
d0b2dbfa |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
#
a1b67573 |
| 26-Jul-2023 |
Mike Karels <karels@FreeBSD.org> |
arm64 lib32: enable building of lib32 on arm64
Enable LIB32 option on aarch64, defaulting to YES; it had defaulted to "broken". Add required variables for how to compile lib32 on arm. Use /usr/inc
arm64 lib32: enable building of lib32 on arm64
Enable LIB32 option on aarch64, defaulting to YES; it had defaulted to "broken". Add required variables for how to compile lib32 on arm. Use /usr/include/arm for armv7 (32-bit) headers, analogous to /usr/include/i386 on amd64. Omit libomp from lib32; it is not supported on armv7.
Reviewed by: jrtc27 Differential Revision: https://reviews.freebsd.org/D40945
show more ...
|
#
3864bd4f |
| 09-Jul-2023 |
Jessica Clarke <jrtc27@FreeBSD.org> |
lib: Migrate from COMPAT_32BIT to generic COMPAT_LIBCOMPAT
In the process, delete a COMPAT_SOFTFP remnant that was missed in previous sweeps.
See commit 8fad2cda93c7 ("bsd.compat.mk: Provide new CP
lib: Migrate from COMPAT_32BIT to generic COMPAT_LIBCOMPAT
In the process, delete a COMPAT_SOFTFP remnant that was missed in previous sweeps.
See commit 8fad2cda93c7 ("bsd.compat.mk: Provide new CPP and sub-make variables") for the context behind this change.
Reviewed by: emaste, brooks, jhb Differential Revision: https://reviews.freebsd.org/D40931
show more ...
|
#
6adfb815 |
| 09-Jul-2023 |
Jessica Clarke <jrtc27@FreeBSD.org> |
lib: Enable libcbor and libfido2 for COMPAT_32BIT
We no longer have COMPAT_32BIT hacks for libusb, instead supporting the normal 32-bit ioctls for freebsd32 processes, so we can enable these for the
lib: Enable libcbor and libfido2 for COMPAT_32BIT
We no longer have COMPAT_32BIT hacks for libusb, instead supporting the normal 32-bit ioctls for freebsd32 processes, so we can enable these for the lib32 build.
Reviewed by: emaste, brooks, jhb Differential Revision: https://reviews.freebsd.org/D40920
show more ...
|
#
6c5cdba1 |
| 22-May-2023 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Add nss_tacplus, a TACACS+ NSS module.
MFC after: 1 week Sponsored by: Klara, Inc. Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D40133
|
Revision tags: release/13.2.0 |
|
#
af0cc0b2 |
| 09-Mar-2023 |
Brooks Davis <brooks@FreeBSD.org> |
NgATM: Remove netgraph ATM support
Most ATM support was removed prior to FreeBSD 12. The netgraph support was kept as it was less intrusive, but it is presumed to be unused.
Reviewed by: manu Reln
NgATM: Remove netgraph ATM support
Most ATM support was removed prior to FreeBSD 12. The netgraph support was kept as it was less intrusive, but it is presumed to be unused.
Reviewed by: manu Relnotes: yes Sponsored by: DARPA Differential Revision: https://reviews.freebsd.org/D38879
show more ...
|
Revision tags: release/12.4.0 |
|
#
ac4c695a |
| 16-Nov-2022 |
Ed Maste <emaste@FreeBSD.org> |
Retire WITHOUT_CXX option
Several important base system components are written in C++, and the WITHOUT_CXX option produced a system that was not fully functional. Just accept this, and remove the op
Retire WITHOUT_CXX option
Several important base system components are written in C++, and the WITHOUT_CXX option produced a system that was not fully functional. Just accept this, and remove the option to build without C++ support.
This reverts commit adc3c128c6603054586a993d117e5dd808deac17.
Reviewed by: brooks, kevans, jhb (earlier) Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33108
show more ...
|