Expose zlib's utility functions in Z_SOLO library when building kernel.This allows kernel code to reuse zlib's implementation.PR: 229763Reviewed by: Yoshihiro Ota <ota j email ne jp>Relnotes: y
Expose zlib's utility functions in Z_SOLO library when building kernel.This allows kernel code to reuse zlib's implementation.PR: 229763Reviewed by: Yoshihiro Ota <ota j email ne jp>Relnotes: yesDifferential Revision: https://reviews.freebsd.org/D21156
show more ...
if_mxge: update zlib version 1.0.4 to 1.2.11.PR: 229763Submitted by: Yoshihiro Ota <ota j email ne jp>Differential Revision: https://reviews.freebsd.org/D20272
sys/modules: normalize .CURDIR-relative paths to SRCTOPThis simplifies make output/logicTested with: `cd sys/modules; make ALL_MODULES=` on amd64MFC after: 1 monthSponsored by: Dell EMC Isilon
Improve mxge's receive performance for IPv6:- Add support for IPv6 rx csum offload- Finally switch mxge from using its own driver lro, to using tcp_lroMFC after: 7 daysSponsored by: Myricom In
Improve mxge's receive performance for IPv6:- Add support for IPv6 rx csum offload- Finally switch mxge from using its own driver lro, to using tcp_lroMFC after: 7 daysSponsored by: Myricom Inc.
Add support to mxge for IPv6 TX csum offload & IPv6 TSO.Sponsored by: Myricom, Inc.MFC after: 7 days
Implement minimal set of changes suggested by bz to makemxge no longer depend on INET.
Add optional support to mxge for MSI-X interrupts and multiple receivequeues (which we call slices). The NIC will steer traffic into up tohw.mxge.max_slices different receive rings based on a conf
Add optional support to mxge for MSI-X interrupts and multiple receivequeues (which we call slices). The NIC will steer traffic into up tohw.mxge.max_slices different receive rings based on a configurablehash type (hw.mxge.rss_hash_type).Currently the driver defaults to using a single slice, so the defaultbehavior is unchanged. Also, transmit from non-zero slices isdisabled currently.
- Enable static building of mxge(4) and its firmware.- Add custom .c wrappers for the firmware, rather than the standard firmware(9) generated firmware objects to work around toolchain problems
- Enable static building of mxge(4) and its firmware.- Add custom .c wrappers for the firmware, rather than the standard firmware(9) generated firmware objects to work around toolchain problems on ia64 involving linking objects produced by ld -b -binary into the kernel.- Move from using Myricom's ".dat" firmware blobs to using Myricom's zlib compressed ".h" firmware header files. This is done to facilitate the custom wrappers, and saves a fair amount of wired memory in the case where the firmware is built in, or preloaded.- Fix two compile issues in mxge which only appear on non-i386/amd64.Reviewed by: mlaier, mav (earlier version with just zlib support)Glanced at by: samApproved by: re (kensmith)
Hook mxge_lro.c to the build so that the if_mxge.ko modulewill load.
- Complete the myri10ge -> mxge name change by doing a mechanical s/myri10ge/mxge/g replacement in the myri10ge files. A few contuation lines were joined because of the regained columns.- Hook
- Complete the myri10ge -> mxge name change by doing a mechanical s/myri10ge/mxge/g replacement in the myri10ge files. A few contuation lines were joined because of the regained columns.- Hook the mxge driver back to the build.
10GbE mode driver and binary firmware for Myricom's PCI-express NICs.More info regarding these nics can be found at http://www.myri.com.Please note that the filessys/dev/myri10ge/{mcp_gen_header.
10GbE mode driver and binary firmware for Myricom's PCI-express NICs.More info regarding these nics can be found at http://www.myri.com.Please note that the filessys/dev/myri10ge/{mcp_gen_header.h,myri10ge_mcp.h} are internallyshared between all our drivers (solaris, macosx, windows, linux, etc).I'd like to keep these files unchanged, so I can just import newerversions of them when the firmware API/ABI changes. This means I'mstuck with some of the crazy-long #define names, and possiblynon-style(9) characteristics of these files.Many thanks to mlaier for doing firmware(9) just as Ineeded it, and to scottl for his helpful review.Reviewed by: scottl, glebiusSponsored by: Myricom Inc.