#
793e4aca |
| 12-Dec-2023 |
Michael Tuexen <tuexen@FreeBSD.org> |
tcp stacks: in kernel BBR and RACK require in kernel HPTS
Compiling the BBR or RACK stack into the kernel requires HPTS to be compiled into the kernel.
Reviewed by: glebius, rscheff Sponsored by:
tcp stacks: in kernel BBR and RACK require in kernel HPTS
Compiling the BBR or RACK stack into the kernel requires HPTS to be compiled into the kernel.
Reviewed by: glebius, rscheff Sponsored by: Netflix, Inc. Differential Revision: https://reviews.freebsd.org/D42998
show more ...
|
#
4f9c93f1 |
| 04-Dec-2023 |
Gleb Smirnoff <glebius@FreeBSD.org> |
lro: separate HPTS specific code into tcp_lro_hpts.c
Put same copyright header as tcp_hpts.c has, since all this code was developed by Randall Stewart <rrs@FreeBSD.org> as a part of the HPTS work.
lro: separate HPTS specific code into tcp_lro_hpts.c
Put same copyright header as tcp_hpts.c has, since all this code was developed by Randall Stewart <rrs@FreeBSD.org> as a part of the HPTS work. Also copy Mellanox copyright from tcp_lro.c as Hans Petter Selasky also participated in restructuring the code.
Reviewed by: imp, tuexen, rrs Differential Revision: https://reviews.freebsd.org/D42854
show more ...
|
#
7fa08d41 |
| 21-Nov-2023 |
Olivier Certner <olce.freebsd@certner.fr> |
kern_racct.c: Don't compile if RACCT undefined
Just skip compiling this file if RACCT isn't defined. This allows to skip including headers that no code uses at all, and also to remove the whole fil
kern_racct.c: Don't compile if RACCT undefined
Just skip compiling this file if RACCT isn't defined. This allows to skip including headers that no code uses at all, and also to remove the whole file's #ifdef/#endif bracketing.
Reviewed by: markj MFC after: 2 weeks Sponsored by: The FreeBSD Foundation
show more ...
|
#
96f193b2 |
| 21-Nov-2023 |
Alex Xu (Hello71) <alex_y_xu@yahoo.ca> |
Compile RACK when options TCP_RACK, not TCP_BBR
Signed-off-by: Alex Xu (Hello71) <alex_y_xu@yahoo.ca> Fixes: 3a338c5341 ("Add the BBR and RACK stacks to the LINT kernel.") Pull Request: https://gith
Compile RACK when options TCP_RACK, not TCP_BBR
Signed-off-by: Alex Xu (Hello71) <alex_y_xu@yahoo.ca> Fixes: 3a338c5341 ("Add the BBR and RACK stacks to the LINT kernel.") Pull Request: https://github.com/freebsd/freebsd-src/pull/907
show more ...
|
#
6eda49b7 |
| 13-Nov-2023 |
Konstantin Belousov <kib@FreeBSD.org> |
mlx5_core: add new files to the static files list
Sponsored by: NVidia networking MFC after: 1 week
|
#
dd7d42a1 |
| 23-Oct-2023 |
Rick Macklem <rmacklem@FreeBSD.org> |
nfscl/kgssapi: Fix Kerberized NFS mounts to pNFS servers
During recent testing related to the IETF NFSv4 Bakeathon, it was discovered that Kerberized NFSv4.1/4.2 mounts to pNFS servers (sec=krb5[ip]
nfscl/kgssapi: Fix Kerberized NFS mounts to pNFS servers
During recent testing related to the IETF NFSv4 Bakeathon, it was discovered that Kerberized NFSv4.1/4.2 mounts to pNFS servers (sec=krb5[ip],pnfs mount options) was broken. The FreeBSD client was using the "service principal" for the MDS to try and establish a rpcsec_gss credential for a DS, which is incorrect. (A "service principal" looks like "nfs@<fqdn-of-server>" and the <fqdn-of-server> for the DS is not the same as the MDS for most pNFS servers.)
To fix this, the rpcsec_gss code needs to be able to do a reverse DNS lookup of the DS's IP address. A new kgssapi upcall to the gssd(8) daemon is added by this patch to do the reverse DNS along with a new rpcsec_gss function to generate the "service principal".
A separate patch to the gssd(8) will be committed, so that this patch will fix the problem. Without the gssd(8) patch, the new upcall fails and current/incorrect behaviour remains.
This bug only affects the rare case of a Kerberized (sec=krb5[ip],pnfs) mount using pNFS.
This patch changes the internal KAPI between the kgssapi and nfscl modules, but since I did a version bump a few days ago, I will not do one this time.
MFC after: 1 month
show more ...
|
#
3a338c53 |
| 18-Oct-2023 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Add the BBR and RACK stacks to the LINT kernel.
While here, drop the EXTRA_TCP_STACKS option, which serves no purpose and should never have been added. Instead, build bbr and rack as long as either
Add the BBR and RACK stacks to the LINT kernel.
While here, drop the EXTRA_TCP_STACKS option, which serves no purpose and should never have been added. Instead, build bbr and rack as long as either or both of INET and INET6 is enabled. There is no risk to anyone who doesn't load one or both and then twiddle the relevant sysctls.
Differential Revision: https://reviews.freebsd.org/D42088
show more ...
|
#
b6c653c9 |
| 16-Oct-2023 |
Mark Johnston <markj@FreeBSD.org> |
kmsan: Set -fno-sanitize-memory-param-retval for now
As of LLVM 16, -fsanitize-memory-param-retval is the default. It yields significantly smaller code, but the KMSAN runtime interceptors need to b
kmsan: Set -fno-sanitize-memory-param-retval for now
As of LLVM 16, -fsanitize-memory-param-retval is the default. It yields significantly smaller code, but the KMSAN runtime interceptors need to be updated to stop checking shadow state of parameters. Apply a minimal workaround for now.
MFC after: 3 days Sponsored by: Klara, Inc. Sponsored by: Juniper Networks, Inc.
show more ...
|
#
2cef6288 |
| 15-Sep-2023 |
Alexander V. Chernikov <melifaro@FreeBSD.org> |
pf: convert state retrieval to netlink
Use netlink to export pf's state table.
The primary motivation is to improve how we deal with very large state stables. With the previous implementation we ha
pf: convert state retrieval to netlink
Use netlink to export pf's state table.
The primary motivation is to improve how we deal with very large state stables. With the previous implementation we had to build the entire list (both in the kernel and in userspace) before we could start processing. With netlink we start to get data in userspace while the kernel is still generating more. This reduces peak memory consumption (which can get to the GB range once we hit millions of states).
Netlink also makes future extension easier, in that we can easily add fields to the state export without breaking userspace. In that regard it's similar to an nvlist-based approach, except that it also deals with transport to userspace and that it performs significantly better than nvlists. Testing has failed to measure a performance difference between the previous struct-copy based ioctl and the netlink approach.
Differential Revision: https://reviews.freebsd.org/D38888
show more ...
|
#
1d6a6a52 |
| 27-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
i2c: Add Microcrystal RV3032 RTC driver
This is a simple RTC driver for the rv3032 from Microcrystal. Just the basic functionality is implemented (no timer, alarm etc ..).
Sponsored by: Beckhoff Au
i2c: Add Microcrystal RV3032 RTC driver
This is a simple RTC driver for the rv3032 from Microcrystal. Just the basic functionality is implemented (no timer, alarm etc ..).
Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D41995
show more ...
|
#
125f5c5b |
| 19-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
iicbus: Move opencores i2c driver into controller subdirectory
Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D41914
|
#
7c569caa |
| 19-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
iicbus: Move i2c sensors drivers into new sensor subdirectory
No reason that they should live directly under iicbus
Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://
iicbus: Move i2c sensors drivers into new sensor subdirectory
No reason that they should live directly under iicbus
Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D41913
show more ...
|
#
918a10c9 |
| 19-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
iicbus: conf: Fix pcf8574 entry
It lives in the gpio subdirectory
Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D41912
|
#
06589d6e |
| 19-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
iicbus: Move ADC drivers into a new adc subfolder
No reason that they should live directly under iicbus
Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.free
iicbus: Move ADC drivers into a new adc subfolder
No reason that they should live directly under iicbus
Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D41911
show more ...
|
#
062944cc |
| 19-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
iicbus: Move Silergy pmic/regulators under pmic/silergy subdirectory
Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D41909
|
#
2f16049c |
| 19-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
iicbus: Move remaining rtc driver into rtc subfolder
No reason that they should live directly under iicbus
Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.fre
iicbus: Move remaining rtc driver into rtc subfolder
No reason that they should live directly under iicbus
Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D41908
show more ...
|
#
2373e704 |
| 24-Sep-2023 |
Alexander Motin <mav@FreeBSD.org> |
Untie strchrnul() from gdb.
MFC after: 10 days
|
#
1554ba03 |
| 25-Aug-2023 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Add mac_grantbylabel
This module allows controlled privilege escallation via mac labels securely associated with a process via mac_veriexec.
There are over 700 PRIV_* but we can compress many of th
Add mac_grantbylabel
This module allows controlled privilege escallation via mac labels securely associated with a process via mac_veriexec.
There are over 700 PRIV_* but we can compress many of them into a single GBL_* thus constraining the size of gbl labels.
The goal is to allow a daemon to run as an unprivileged process while still being able a set of privileged operations needed.
We add APIs to libveriexec so that userland processes can check labels and an exec_script API that allows a suitably labeled process to run something like a python interpreter directly if necessary; overcomming the 'indirect' flag applied to the interpreter.
Add -l option to sbin/veriexec to report labels.
Reviewed by: stevek Sponsored by: Juniper Networks, Inc. Differential Revision: https://reviews.freebsd.org/D41431
show more ...
|
#
af93fea7 |
| 24-Aug-2023 |
Jake Freeland <jfree@freebsd.org> |
timerfd: Move implementation from linux compat to sys/kern
Move the timerfd impelemntation from linux compat code to sys/kern. Use it to implement the new system calls for timerfd. Add a hook to ker
timerfd: Move implementation from linux compat to sys/kern
Move the timerfd impelemntation from linux compat code to sys/kern. Use it to implement the new system calls for timerfd. Add a hook to kern_tc to allow timerfd to know when the system time has stepped. Add kqueue support to timerfd. Adjust a few names to be less Linux centric.
RelNotes: YES Reviewed by: markj (on irc), imp, kib (with reservations), jhb (slack) Differential Revision: https://reviews.freebsd.org/D38459
show more ...
|
#
4a69fc16 |
| 07-Oct-2021 |
Konstantin Belousov <kib@FreeBSD.org> |
Add membarrier(2)
This is an attempt at clean-room implementation of the Linux' membarrier(2) syscall. For documentation, you would need to read both membarrier(2) Linux man page, the comments in L
Add membarrier(2)
This is an attempt at clean-room implementation of the Linux' membarrier(2) syscall. For documentation, you would need to read both membarrier(2) Linux man page, the comments in Linux kernel/sched/membarrier.c implementation and possibly look at actual uses.
Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D32360
show more ...
|
#
2a902189 |
| 18-Aug-2023 |
Dmitry Salychev <dsl@FreeBSD.org> |
sff: Add SFP driver (fdt-based draft)
This basic version of the driver obtains properties of the "sff,sfp" compatible devices and implements a simple interface to provide an I2C bus device for the r
sff: Add SFP driver (fdt-based draft)
This basic version of the driver obtains properties of the "sff,sfp" compatible devices and implements a simple interface to provide an I2C bus device for the rest of the drivers (e.g. to implement SIOCGI2C).
Both of the interface and driver are subjects for a further generalization to be used in case of non-FDT and non-arm64 platforms.
Reviewed by: bz, manu Approved by: bz (mentor) MFC after: 3 weeks Differential Revision: https://reviews.freebsd.org/D41440
show more ...
|
#
02f27066 |
| 17-Aug-2023 |
Andrew Turner <andrew@FreeBSD.org> |
Add a virtio-gpu 2D driver
Add a driver to connect vt to the VirtIO GPU device in 2D mode. This provides a output on the display when a qemu virtio gpu device is added, e.g. with -device virtio-gpu-
Add a virtio-gpu 2D driver
Add a driver to connect vt to the VirtIO GPU device in 2D mode. This provides a output on the display when a qemu virtio gpu device is added, e.g. with -device virtio-gpu-pci.
Tested on qemu using UTM, and a Hetzner arm64 VM instance.
Reviewed by: bryanv (earlier version) Sponsored by: Arm Ltd Differential Revision: https://reviews.freebsd.org/D40094
show more ...
|
#
031beb4e |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
#
8a2e880a |
| 16-Aug-2023 |
Navdeep Parhar <np@FreeBSD.org> |
cxgbe(4): Update firmwares to 1.27.4.0
This is the list of changes since last release, taken from the release notes of Chelsio Unified Wire 3.18.0.1.
Version : 1.27.4.0 Date : 07/05/2023 =======
cxgbe(4): Update firmwares to 1.27.4.0
This is the list of changes since last release, taken from the release notes of Chelsio Unified Wire 3.18.0.1.
Version : 1.27.4.0 Date : 07/05/2023 ======================================= Fixes -----
BASE: - Handle 40G to 100G cable change. - Avoid unnecessary i2c read. =======================================
Obtained from: Chelsio Communications Sponsored by: Chelsio Communications MFC after: 1 week
show more ...
|
#
8f5dbc22 |
| 08-Aug-2023 |
Marius Strobl <marius@FreeBSD.org> |
arswitch(4): Remove support for AR{7240,9340} found in MIPS SoCs only
With the general removal of MIPS support there's no longer a need to support these integrated switches.
Approved by: adrian Dif
arswitch(4): Remove support for AR{7240,9340} found in MIPS SoCs only
With the general removal of MIPS support there's no longer a need to support these integrated switches.
Approved by: adrian Differential Revision: https://reviews.freebsd.org/D41394
show more ...
|