#
85b3794c |
| 11-Jan-2022 |
Emmanuel Vadot <manu@FreeBSD.org> |
files: Make ext_resources non-optional
EXT_RESOURCES have been introduced in 12-CURRENT and all supported releases have it enabled in their kernel config.
MFC after: 1 month Differential Revision:
files: Make ext_resources non-optional
EXT_RESOURCES have been introduced in 12-CURRENT and all supported releases have it enabled in their kernel config.
MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D33834
show more ...
|
#
1bd3e8ba |
| 20-Feb-2022 |
Michal Meloun <mmel@FreeBSD.org> |
ofw_iicbus: Add method for manual setting of basic OFW parameters.
Some IIC multifunction devices may have multiple I2C addresses per chip, but only the primary address is listed in the DT (e.g. MAX
ofw_iicbus: Add method for manual setting of basic OFW parameters.
Some IIC multifunction devices may have multiple I2C addresses per chip, but only the primary address is listed in the DT (e.g. MAX776200). In this case, the sub-devices for the secondary addresses must be created manually with fixed OFW parameters (node, name, compatibility string, IIC address). Add a bus method to the ofw_iicbus interface that does this.
MFC after: 4 weeks
show more ...
|
#
5f2aca83 |
| 08-Feb-2022 |
Dimitry Andric <dim@FreeBSD.org> |
Disable clang 14 warning about bitwise operators in zstd
Parts of zstd, used in openzfs and other places, trigger a new clang 14 -Werror warning:
``` sys/contrib/zstd/lib/decompress/huf_decompress.
Disable clang 14 warning about bitwise operators in zstd
Parts of zstd, used in openzfs and other places, trigger a new clang 14 -Werror warning:
``` sys/contrib/zstd/lib/decompress/huf_decompress.c:889:25: error: use of bitwise '&' with boolean operands [-Werror,-Wbitwise-instead-of-logical] (BIT_reloadDStreamFast(&bitD1) == BIT_DStream_unfinished) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ```
While the warning is benign, it should ideally be fixed upstream and then vendor-imported, but for now silence it selectively.
MFC after: 3 days
show more ...
|
#
f7220c48 |
| 05-Feb-2022 |
Richard Scheffenegger <rscheff@FreeBSD.org> |
tcp: move ECN handling code to a common file
Reduce the burden to maintain correct and extensible ECN related code across multiple stacks and codepaths.
Formally no functional change.
Incidentiall
tcp: move ECN handling code to a common file
Reduce the burden to maintain correct and extensible ECN related code across multiple stacks and codepaths.
Formally no functional change.
Incidentially this establishes correct ECN operation in one instance.
Reviewed By: rrs, #transport Sponsored by: NetApp, Inc. Differential Revision: https://reviews.freebsd.org/D34162
show more ...
|
#
7994ef3c |
| 05-Feb-2022 |
Richard Scheffenegger <rscheff@FreeBSD.org> |
Revert "tcp: move ECN handling code to a common file"
This reverts commit 0c424c90eaa6602e07bca7836b1d178b91f2a88a.
|
#
0c424c90 |
| 04-Feb-2022 |
Richard Scheffenegger <rscheff@FreeBSD.org> |
tcp: move ECN handling code to a common file
Reduce the burden to maintain correct and extensible ECN related code across multiple stacks and codepaths.
Formally no functional change.
Incidentiall
tcp: move ECN handling code to a common file
Reduce the burden to maintain correct and extensible ECN related code across multiple stacks and codepaths.
Formally no functional change.
Incidentially this establishes correct ECN operation in one instance.
Reviewed By: rrs, #transport Sponsored by: NetApp, Inc. Differential Revision: https://reviews.freebsd.org/D34162
show more ...
|
#
63b7c2df |
| 02-Feb-2022 |
John Baldwin <jhb@FreeBSD.org> |
Disable -Wunused-function for {ed,x}25519_ref10.c in libsodium.
|
#
84d7b8e7 |
| 01-Feb-2022 |
Hans Petter Selasky <hselasky@FreeBSD.org> |
mlx5en: Implement TLS RX support.
TLS RX support is modeled after TLS TX support. The basic structures and layouts are almost identical, except that the send tag created filters RX traffic and not T
mlx5en: Implement TLS RX support.
TLS RX support is modeled after TLS TX support. The basic structures and layouts are almost identical, except that the send tag created filters RX traffic and not TX traffic.
The TLS RX tag keeps track of past TLS records up to a certain limit, approximately 1 Gbyte of TCP data. TLS records of same length are joined into a single database record.
Regularly the HW is queried for TLS RX progress information. The TCP sequence number gotten from the HW is then matches against the database of TLS TCP sequence number records and lengths. If a match is found a static params WQE is queued on the IQ and the hardware should immediately resume decrypting TLS data until the next non-sequential TCP packet arrives.
Offloading TLS RX data is supported for untagged, prio-tagged, and regular VLAN traffic.
MFC after: 1 week Sponsored by: NVIDIA Networking
show more ...
|
#
2c0ade80 |
| 01-Feb-2022 |
Hans Petter Selasky <hselasky@FreeBSD.org> |
mlx5: Implement flow steering helper functions for TCP sockets.
This change adds convenience functions to setup a flow steering rule based on a TCP socket. The helper function gets all the address i
mlx5: Implement flow steering helper functions for TCP sockets.
This change adds convenience functions to setup a flow steering rule based on a TCP socket. The helper function gets all the address information from the socket and returns a steering rule, to be used with HW TLS RX offload.
MFC after: 1 week Sponsored by: NVIDIA Networking
show more ...
|
#
69426357 |
| 01-Feb-2022 |
Hans Petter Selasky <hselasky@FreeBSD.org> |
mlx5en: Implement support for internal queues, IQ.
Internal send queues are regular sendqueues which are reserved for WQE commands towards the hardware and firmware. These queues typically carry res
mlx5en: Implement support for internal queues, IQ.
Internal send queues are regular sendqueues which are reserved for WQE commands towards the hardware and firmware. These queues typically carry resync information for ongoing TLS RX connections and when changing schedule queues for rate limited connections.
The internal queue, IQ, code is more or less a stripped down copy of the existing SQ managing code with exception of:
1) An optional single segment memory buffer which can be read or written as a whole by the hardware, may be provided. 2) An optional completion callback for all transmit operations, may be provided. 3) Does not support mbufs.
MFC after: 1 week Sponsored by: NVIDIA Networking
show more ...
|
#
1961a14a |
| 04-Nov-2021 |
Emmanuel Vadot <manu@FreeBSD.org> |
linuxkpi: Add i2c support
Add i2c support to linuxkpi. This is needed by drm-kmod. For every i2c_adapter added by i2c_add_adapter we add a child to the device named "lkpi_iic". This child handle the
linuxkpi: Add i2c support
Add i2c support to linuxkpi. This is needed by drm-kmod. For every i2c_adapter added by i2c_add_adapter we add a child to the device named "lkpi_iic". This child handle the conversion between Linux i2c_msgs to FreeBSD iic_msgs. For every i2c_adapter added by i2c_bit_add_bus we add a child to the device named "lkpi_iicbb". This child handle the conversion between Linux i2c_msgs to FreeBSD iic_msgs. With the help of iic(4), this expose the i2c controller to userspace allowing a user to query DDC information from a monitor. e.g.: i2c -f /dev/iic0 -a 0x28 -c 128 -d r will query the standard EDID from the monitor if plugged.
The bitbang part (lkpi_iicbb) isn't tested at all for now as I don't have compatible hardware (all my hardware have native i2c controller).
Tested on: Intel (SandyBridge, Skylake, ApolloLake) Tested on: AMD (Picasso, Polaris (amd64 and arm64))
MFC after: 1 month Reviewed by: hselasky Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D33053
show more ...
|
#
16cf646a |
| 25-Jan-2022 |
John Baldwin <jhb@FreeBSD.org> |
crypto: Remove xform.c and compile xform_*.c standalone.
Reviewed by: markj Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33995
|
#
1d95c6f9 |
| 25-Jan-2022 |
John Baldwin <jhb@FreeBSD.org> |
Don't implicitly pull in most of 'device crypto' for 'options IPSEC'.
options IPSEC is already documented as requiring 'device crypto' and duplicating the dependencies is harder to read and not alwa
Don't implicitly pull in most of 'device crypto' for 'options IPSEC'.
options IPSEC is already documented as requiring 'device crypto' and duplicating the dependencies is harder to read and not always consistent.
Reviewed by: markj Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33990
show more ...
|
#
0c6274a8 |
| 25-Jan-2022 |
John Baldwin <jhb@FreeBSD.org> |
crypto: Add an API supporting curve25519.
This adds a wrapper around libsodium's curve25519 support matching Linux's curve25519 API. The intended use case for this is WireGuard.
Note that this is
crypto: Add an API supporting curve25519.
This adds a wrapper around libsodium's curve25519 support matching Linux's curve25519 API. The intended use case for this is WireGuard.
Note that this is not integrated with OCF as it is not related to symmetric operations on data.
Reviewed by: markj Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33935
show more ...
|
#
5025e850 |
| 23-Jan-2022 |
Martin Matuska <mm@FreeBSD.org> |
zfs: fix kernel build after e92ffd9b6 if ZFS is compiled in
Add missing source file lz4_zfs.c to sys/conf/files
|
#
42876a03 |
| 18-Jan-2022 |
John Baldwin <jhb@FreeBSD.org> |
crypto: Stop compiling in chacha20poly1305 AEAD ciphers from libsodium.
These ciphers are now supported via OCF or 'struct enc_xform'.
Reviewed by: markj Sponsored by: The FreeBSD Foundation Differ
crypto: Stop compiling in chacha20poly1305 AEAD ciphers from libsodium.
These ciphers are now supported via OCF or 'struct enc_xform'.
Reviewed by: markj Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33889
show more ...
|
#
e7168004 |
| 18-Jan-2022 |
John Baldwin <jhb@FreeBSD.org> |
crypto: Add a simple API for [X]ChaCha20-Poly1035 on flat buffers.
This is a synchronous software API which wraps the existing software implementation shared with OCF. Note that this will not curre
crypto: Add a simple API for [X]ChaCha20-Poly1035 on flat buffers.
This is a synchronous software API which wraps the existing software implementation shared with OCF. Note that this will not currently use optimized backends (such as ossl(4)) but may be appropriate for operations on small buffers.
Reviewed by: markj Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33524
show more ...
|
#
3b762424 |
| 03-Jan-2022 |
Navdeep Parhar <np@FreeBSD.org> |
cxgbe(4): Update firmwares to 1.26.6.0.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ CHANGES +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
cxgbe(4): Update firmwares to 1.26.6.0.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ CHANGES ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Version : 1.26.6.0 Date : 01/03/2022 ================================================================================
Fixes ----- BASE: - Fixed one module eeprom read failure. - Fixed an issue with speed selection when 40G and 25G are advertised and supported. - Fixed a random traffic hang when T5 receives invalid ets BW in dcbx messages from a switch. - Fixed very long link up time with few switches. ================================================================================
Obtained from: Chelsio Communications MFC after: 2 weeks Sponsored by: Chelsio Communications
show more ...
|
#
6b4cac81 |
| 26-Dec-2021 |
Bjoern A. Zeeb <bz@FreeBSD.org> |
LinuxKPI: add 802.11 compat code
Add 802.11 compat code for mac80211 and to a minimal degree cfg80211. This allows us to compile and use basic functionality of wireless drivers such as iwlwifi.
Thi
LinuxKPI: add 802.11 compat code
Add 802.11 compat code for mac80211 and to a minimal degree cfg80211. This allows us to compile and use basic functionality of wireless drivers such as iwlwifi.
This is a constant work in progress but having it in the tree will allow others to test and more easy to track changes and avoid having snapshots no longer applying to branches.
Sponsored by: The FreeBSD Foundation MFC after: 3 days
show more ...
|
#
d1058958 |
| 26-Dec-2021 |
Bjoern A. Zeeb <bz@FreeBSD.org> |
LinuxKPI: import beginning of a new version of netdevice.h
Import a netdevice update complementing the last remaining bits of the old ifnet derived implementation. Along add a (for now) task based
LinuxKPI: import beginning of a new version of netdevice.h
Import a netdevice update complementing the last remaining bits of the old ifnet derived implementation. Along add a (for now) task based NAPI implementation.
This is the minimal set of chnages which are needed for the initial support of wireless drivers. The NAPI implementation has an option to still switch to "direct dispatch" as it had been used by these drivers before not relying on a deferred context along with some printf tracing. This has been helpful in the last weeks for debugging and will be cleaned once we have had broader testing and are sure this is fine as-is. Should we need a more time-sensitive or load-sensitive response in the future we can always switch to something more sophisticated.
Sponsored by: The FreeBSD Foundation MFC after: 3 days X-Differential Revision: D33075 (abandoned without feedback a while ago)
show more ...
|
#
49ed6e97 |
| 26-Dec-2021 |
Bjoern A. Zeeb <bz@FreeBSD.org> |
LinuxKPI: add a work-in-progress skbuff implementation
This is a work-in-progress implementation of sk_buff compat code used for wireless drivers only currently. Bring in this version of the code as
LinuxKPI: add a work-in-progress skbuff implementation
This is a work-in-progress implementation of sk_buff compat code used for wireless drivers only currently. Bring in this version of the code as it has proven to be good enough to have packets going for a few months.
The current implementation has several drawbacks including the need for us to copy data between sk_buffs and mbufs. Do not rely on the internals of this implementation. They are highly likely to change as we will improve the integration to FreeBSD mbufs.
Sponsored by: The FreeBSD Foundation MFC after: 3 days
show more ...
|
#
3b9b51fe |
| 15-Dec-2021 |
Cy Schubert <cy@FreeBSD.org> |
ipfilter: Move kernel bits to netpfil
Through fixes and improvements our ipfilter sources have diverged enough to warrant move from contrib into sys/netpil. Now that I'm planning on implementing MSS
ipfilter: Move kernel bits to netpfil
Through fixes and improvements our ipfilter sources have diverged enough to warrant move from contrib into sys/netpil. Now that I'm planning on implementing MSS clamping as in iptables it makes more sense to move ipfilter to netpfil.
This is the first of three commits the ipfilter move.
Suggested by glebius on two occaions.
Suggested by and discussed with: glebius Reviewed by: glebius, kp (for #network) MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D33510
show more ...
|
#
eb2d9adb |
| 16-Dec-2021 |
John Baldwin <jhb@FreeBSD.org> |
Sort libsodium entries by path in sys/conf/files.
Reviewed by: imp Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D33483
|
#
31b35400 |
| 14-Dec-2021 |
Warner Losh <imp@FreeBSD.org> |
pccard: Remove more of the PC Card infrastructure
Remove more of the pccard infrasturcture. CardBus Yenta driver (cbb) still references the remaining bits. It needs some additiona work to remove 16-
pccard: Remove more of the PC Card infrastructure
Remove more of the pccard infrasturcture. CardBus Yenta driver (cbb) still references the remaining bits. It needs some additiona work to remove 16-bit support still, so it remains.
Sponsored by: Netflix
show more ...
|
#
357ba2cf |
| 09-Dec-2021 |
Navdeep Parhar <np@FreeBSD.org> |
cxgbe(4): Update firmwares to 1.26.4.0
(Rest is from the README that came with the firmware)
Version : 1.26.4.0 Date : 12/02/2021
Fixes -----
BASE: - Fixed error on setting 25G speed on 100G c
cxgbe(4): Update firmwares to 1.26.4.0
(Rest is from the README that came with the firmware)
Version : 1.26.4.0 Date : 12/02/2021
Fixes -----
BASE: - Fixed error on setting 25G speed on 100G copper with multiple FEC set in firmware commands. - Handle link of unknown optics modules by enabling module tx unconditionally. - Fixed link not coming up for 25G CRS phys. Firmware incorrectly tried to bring up the link in RS-FEC but as per IEEE spec, it must be BASER FEC. - Fixed an issue where firmware doesn't automatically retry next FEC if driver asks to bring up the link using RS-FEC and link doesn't come up.
Obtained from: Chelsio Communications MFC after: 1 month Sponsored by: Chelsio Communications
show more ...
|