FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F14.2 2024-09-30T04:44:23Z 2024-09-30T04:44:23Z Zhenlei Huang zlei@FreeBSD.org 2024-09-03T10:25:30Z urn:sha1:ec68da0a7e6e8041672f515a6d09fe43ce8838a1 MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D45852 (cherry picked from commit 40a6bbc4284111790d9240f8a24ef11a9a9ecb07) 2023-08-16T17:54:24Z Warner Losh imp@FreeBSD.org 2023-08-16T17:54:24Z urn:sha1:71625ec9ad2a9bc8c09784fbd23b759830e0ee5f Remove /^/[*/]\s*\$FreeBSD\$.*\n/ 2022-09-28T20:58:02Z John Baldwin jhb@FreeBSD.org 2022-09-28T20:58:02Z urn:sha1:c5eed4146fc9ac6abeef9e26f6675e86d0888443 GCC warns about the mismatched sizes on 32-bit platforms. Reviewed by: imp, markj Differential Revision: https://reviews.freebsd.org/D36752 2022-04-18T19:53:28Z John Baldwin jhb@FreeBSD.org 2022-04-18T19:48:42Z urn:sha1:7b02c1e8c6a17d11b69988f3e1b449b783785415 cxgbei needs the ability to return different limits based on the connection (e.g. if the connection is over a T5 adapter or a T6 adapter as well as factoring in the MTU). This change plumbs through the changes in the ioctls without changing any of the backends. The limits callback passed to icl_register now accepts a second socket argument which holds the integer file descriptor. To support ABI compatiblity for old binaries, the callback should return "global" values if the socket fd is zero. The CTL_ISCSI_LIMITS argument used with CTL_ISCSI by ctld(8) now accepts the socket fd in a field that was previously part of a reserved spare field. Old binaries zero this request which results in passing a socket fd of 0 to the limits callback. The ISCSIDREQUEST ioctl no longer returns limits. Instead, iscsid(8) invokes a new ISCSIDLIMITS ioctl after establishing the connection via connect(2). For ABI compat, if the old ISCSIDREQUEST is invoked, the global limits are still fetched (with a socket fd of 0) and returned. Reviewed by: mav Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D34928 2022-03-10T23:49:53Z John Baldwin jhb@FreeBSD.org 2022-03-10T23:49:53Z urn:sha1:7aab9c14a462e0871394bbc4e276affb79c8d173 Don't assume that csio->data_ptr is pointer to a data buffer that can be passed to icl_get_pdu_data and icl_append_data. For unmapped I/O requests, csio->data_ptr is instead a pointer to a struct bio as indicated by CAM_DATA_BIO. To support these requests, add icl_pdu_append_bio and icl_pdu_get_bio methods which pass a pointer to the bio and an offset and length relative to the bio's buffer. Note that only backends supporting unmapped requests need to implement these hooks. Implement simple no-op hooks for the iser backend. Reviewed by: mav Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D34382 2022-03-10T23:49:37Z John Baldwin jhb@FreeBSD.org 2022-03-10T23:49:37Z urn:sha1:c6a43f7f10b183469c3804cfb31b29b6d938621b Reviewed by: mav Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D34487 2021-11-15T06:04:08Z Ka Ho Ng khng@FreeBSD.org 2021-11-15T06:04:08Z urn:sha1:f7523c8a19d008412ccc969b12eeb756613f3678 Since ibcore depends on linuxkpi, there is no need to pull in the linuxkpi dependency in iser. MFC after: 1 week Sponsored by: The FreeBSD Foundation Reviewed by: trasz Differential Revision: https://reviews.freebsd.org/D32977 2021-07-12T12:22:33Z Hans Petter Selasky hselasky@FreeBSD.org 2021-06-16T13:01:54Z urn:sha1:c3987b8ea793c11f61fecb14ef93195a23e3522c Since neither ib_post_send() nor ib_post_recv() modify the data structure their second argument points at, declare that argument const. This change makes it necessary to declare the 'bad_wr' argument const too and also to modify all ULPs that call ib_post_send(), ib_post_recv() or ib_post_srq_recv(). This patch does not change any functionality but makes it possible for the compiler to verify whether the ib_post_(send|recv|srq_recv) really do not modify the posted work request. Linux commit: f696bf6d64b195b83ca1bdb7cd33c999c9dcf514 7bb1fafc2f163ad03a2007295bb2f57cfdbfb630 d34ac5cd3a73aacd11009c4fc3ba15d7ea62c411 MFC after: 1 week Reviewed by: kib Sponsored by: Mellanox Technologies // NVIDIA Networking 2020-02-26T14:26:36Z Pawel Biernacki kaktus@FreeBSD.org 2020-02-26T14:26:36Z urn:sha1:7029da5c36f2d3cf6bb6c81bf551229f416399e8 r357614 added CTLFLAG_NEEDGIANT to make it easier to find nodes that are still not MPSAFE (or already are but aren’t properly marked). Use it in preparation for a general review of all nodes. This is non-functional change that adds annotations to SYSCTL_NODE and SYSCTL_PROC nodes using one of the soon-to-be-required flags. Mark all obvious cases as MPSAFE. All entries that haven't been marked as MPSAFE before are by default marked as NEEDGIANT Approved by: kib (mentor, blanket) Commented by: kib, gallatin, melifaro Differential Revision: https://reviews.freebsd.org/D23718 2017-11-23T14:28:14Z Hans Petter Selasky hselasky@FreeBSD.org 2017-11-23T14:28:14Z urn:sha1:82725ba9bf1fd59746a4006a06f24d4d61d142f2