committer filter by committer.
@path/to/ filter by path in repository.
committer@path/to/ filter by committer AND path in repository.
abdef0123 filter by commit's SHA hash.
rNNN filter by SVN revision.
rNNN-rMMM filter by SVN revisions range (inclusive).
Multiple filters can be specified separated by spaces or comas in which case they'll be combined using OR operator.
|962b3a09||dchagin||May 26, 2021, 5:01 a.m.||rtwn_usb(4): add D-Link DWA-121 (N150 Nano) to the rtwn_usb hardware list
MFC after: 2 weekscgit
|1c09320d||jhb||May 25, 2021, 11:59 p.m.||ossl: Use crypto_cursor_segment().|
|86be314d||jhb||May 25, 2021, 11:59 p.m.||cryptosoft: Use crypto_cursor_segment().|
|beb817ed||jhb||May 25, 2021, 11:59 p.m.||crypto: Add crypto_cursor_segment() to fetch both base and length.
This function combines crypto_cursor_segbase() and crypto_cursor_seglen() into a single function. This is mostly beneficial in the unmapped mbuf case where back to back calls of these two functions have to iterate over the sub-components of unmapped mbufs twice. Bump __FreeBSD_version for crypto drivers in ports. Suggested by: markj Reviewed by: markj Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D30445cgit
|6b313a3a||jhb||May 25, 2021, 11:59 p.m.||Include the trailer in the original dst_iov.|
|21e3c1fb||jhb||May 25, 2021, 11:59 p.m.||Assume OCF is the only KTLS software backend.
This removes support for loadable software backends. The KTLS OCF support is now always included in kernels with KERN_TLS and the ktls_ocf.ko module has been removed. The software encryption routines now take an mbuf directly and use the TLS mbuf as the crypto buffer when possible. Bump __FreeBSD_version for software backends in ports. Reviewed by: gallatin, markj Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D30138cgit
|4a92afae||jhb||May 25, 2021, 11:59 p.m.||ktls_ocf: Fix a few places to not hardcode the GMAC hash length.|
|883a0196||jhb||May 25, 2021, 11:59 p.m.||crypto: Add a new type of crypto buffer for a single mbuf.
This is intended for use in KTLS transmit where each TLS record is described by a single mbuf that is itself queued in the socket buffer. Using the existing CRYPTO_BUF_MBUF would result in bus_dmamap_load_crp() walking additional mbufs in the socket buffer that are not relevant, but generating a S/G list that potentially exceeds the limit of the tag (while also wasting CPU cycles). Reviewed by: markj Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D30136cgit
|6663f8a2||jhb||May 25, 2021, 11:59 p.m.||sglist: Add sglist_append_single_mbuf().|
|1c8f4b3c||jhb||May 25, 2021, 11:59 p.m.||Support unmapped mbufs in crypto buffers.|
|aa341db3||jhb||May 25, 2021, 11:59 p.m.||Rename m_unmappedtouio() to m_unmapped_uiomove().|
|3f9dac85||jhb||May 25, 2021, 11:59 p.m.||Extend m_copyback() to support unmapped mbufs.|
|3c7a01d7||jhb||May 25, 2021, 11:59 p.m.||Extend m_apply() to support unmapped mbufs.|
|a59f0285||kib||May 25, 2021, 10:24 p.m.||amd64/linux*: add required header to get the constant value
Otherwise asm silently interpret it as the external global symbol. Reported by: bz Sponsored by: The FreeBSD Foundation Fixes: 91aae953cb80cgit
|724072ab||rmacklem||May 25, 2021, 9:19 p.m.||nfscl: Use hash lists to improve expected search performance for opens
A problem was reported via email, where a large (130000+) accumulation of NFSv4 opens on an NFSv4 mount caused significant lock contention on the mutex used to protect the client mount's open/lock state. Although the root cause for the accumulation of opens was not resolved, it is obvious that the NFSv4 client is not designed to handle 100000+ opens efficiently. When searching for an open, usually for a match by file handle, a linear search of all opens is done. Commit 3f7e14ad9345 added a hash table of lists hashed on file handle for the opens. This patch uses the hash lists for searching for a matching open based of file handle instead of an exhaustive linear search of all opens. This change appears to be performance neutral for a small number of opens, but should improve expected performance for a large number of opens. This patch also moves any found match to the front of the hash list, to try and maintain the hash lists in recently used ordering (least recently used at the end of the list). This commit should not affect the high level semantics of open handling. MFC after: 2 weekscgit