#
a079e38b |
| 04-Mar-2021 |
John Baldwin <jhb@FreeBSD.org> |
ossl: Add Poly1305 digest support.
Reviewed by: cem Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D28754
|
#
a7ac518b |
| 23-Feb-2021 |
Eric Joyner <erj@FreeBSD.org> |
ice_ddp: Update package file to 1.3.19.0
This package is intended to be used with ice(4) version 0.28.1-k. That update will happen in a forthcoming commit.
Signed-off-by: Eric Joyner <erj@FreeBSD.o
ice_ddp: Update package file to 1.3.19.0
This package is intended to be used with ice(4) version 0.28.1-k. That update will happen in a forthcoming commit.
Signed-off-by: Eric Joyner <erj@FreeBSD.org> Sponsored by: Intel Corporation
show more ...
|
#
5fa12fe0 |
| 21-Feb-2021 |
Mateusz Guzik <mjg@FreeBSD.org> |
amd64: implement strlen in assembly, take 2
Tested with glibc test suite.
The C variant in libkern performs excessive branching to find the zero byte instead of using the bsfq instruction. The same
amd64: implement strlen in assembly, take 2
Tested with glibc test suite.
The C variant in libkern performs excessive branching to find the zero byte instead of using the bsfq instruction. The same code patched to use it is still slower than the routine implemented here as the compiler keeps neglecting to perform certain optimizations (like using leaq).
On top of that the routine can be used as a starting point for copyinstr which operates on words intead of bytes.
The previous attempt had an instance of swapped operands to andq when dealing with fully aligned case, which had a side effect of breaking the code for certain corner cases. Noted by jrtc27.
Sample results:
$(perl -e "print 'A' x 3"): stock: 211198039 patched:338626619 asm: 465609618
$(perl -e "print 'A' x 100"): stock: 83151997 patched: 98285919 asm: 120719888
Reviewed by: jhb, kib Differential Revision: https://reviews.freebsd.org/D28779
show more ...
|
#
b49a0db6 |
| 09-Feb-2021 |
Mateusz Guzik <mjg@FreeBSD.org> |
Revert "amd64: implement strlen in assembly"
This reverts commit af366d353b84bdc4e730f0fc563853abc338271c.
Trips over '\xa4' byte and terminates early, as found in lib/libc/gen/setdomainname_test:s
Revert "amd64: implement strlen in assembly"
This reverts commit af366d353b84bdc4e730f0fc563853abc338271c.
Trips over '\xa4' byte and terminates early, as found in lib/libc/gen/setdomainname_test:setdomainname_basic testcase
However, keep moving libkern/strlen.c out of conf/files.
Reported by: lwhsu
show more ...
|
#
bfc99943 |
| 25-Jan-2021 |
Brooks Davis <brooks@one-eyed-alien.net> |
ndis(4): remove as previous announced
nids(4) was a clever idea in the early 2000's when the market was flooded with 10/100 NICs with Windows-only drivers, but that hasn't been the case for ages and
ndis(4): remove as previous announced
nids(4) was a clever idea in the early 2000's when the market was flooded with 10/100 NICs with Windows-only drivers, but that hasn't been the case for ages and the driver has had no meaningful maintenance in ages. It only supports Windows-XP era drivers.
Also remove: - ndis support from wpa_supplicant - ndiscvt(8)
Reviewed By: emaste, bcr (manpages) Differential Revision: https://reviews.freebsd.org/D27609
show more ...
|
#
94611a83 |
| 14-Jan-2021 |
Andrew Turner <andrew@FreeBSD.org> |
Add missing no-ctfconvert to C generation rules
Stop running ctfconvert over generated C files in the kernel by marking them with no-ctfconvert.
This fixes warnings from ctfconvert trying to parse
Add missing no-ctfconvert to C generation rules
Stop running ctfconvert over generated C files in the kernel by marking them with no-ctfconvert.
This fixes warnings from ctfconvert trying to parse C files:
ctfconvert: file.c: Couldn't read ehdr: Invalid argument
Reviewed by: emaste, mmel Sponsored by: Innovate UK Differential Revision: https://reviews.freebsd.org/D28156
show more ...
|
#
11d62b6f |
| 12-Jan-2021 |
Emmanuel Vadot <manu@FreeBSD.org> |
linuxkpi: add kernel_fpu_begin/kernel_fpu_end
With newer AMD GPUs (>=Navi,Renoir) there is FPU context usage in the amdgpu driver. The `kernel_fpu_begin/end` implementations in drm did not even allo
linuxkpi: add kernel_fpu_begin/kernel_fpu_end
With newer AMD GPUs (>=Navi,Renoir) there is FPU context usage in the amdgpu driver. The `kernel_fpu_begin/end` implementations in drm did not even allow nested begin-end blocks.
Submitted by: Greg V Reviewed By: manu, hselasky Differential Revision: https://reviews.freebsd.org/D28061
show more ...
|
#
c4df8cbf |
| 24-Dec-2020 |
Robert Wing <rew@FreeBSD.org> |
Remove bvmconsole and bvmdebug.
Now that bhyve(8) supports UART, bvmconsole and bvmdebug are no longer needed.
This also removes the '-b' and '-g' flag from bhyve(8). These two flags were marked de
Remove bvmconsole and bvmdebug.
Now that bhyve(8) supports UART, bvmconsole and bvmdebug are no longer needed.
This also removes the '-b' and '-g' flag from bhyve(8). These two flags were marked deprecated in r368519.
Reviewed by: grehan, kevans Approved by: kevans (mentor) Differential Revision: https://reviews.freebsd.org/D27490
show more ...
|
#
df4ca45c |
| 05-Dec-2020 |
Tijl Coosemans <tijl@FreeBSD.org> |
Fix i386 linux module after r367395.
In r367395 parts of machine dependent linux_dummy.c were moved to a new machine independent file sys/compat/linux/linux_dummy.c and the existing linux_dummy.c wa
Fix i386 linux module after r367395.
In r367395 parts of machine dependent linux_dummy.c were moved to a new machine independent file sys/compat/linux/linux_dummy.c and the existing linux_dummy.c was renamed to linux_dummy_machdep.c.
Add linux_dummy_machdep.c to the linux module for i386. Rename sys/amd64/linux32/linux_dummy.c for consistency. Add the new linux_dummy.c to the linux module for i386.
show more ...
|
#
2e58ec01 |
| 19-Nov-2020 |
Mark Johnston <markj@FreeBSD.org> |
Move kern_clocksource.c to sys/conf/files
Sponsored by: The FreeBSD Foundation
|
#
e9b13c66 |
| 05-Nov-2020 |
Conrad Meyer <cem@FreeBSD.org> |
linux(4): Deduplicate unimpl/dummy syscall handlers
No functional change.
Reviewed by: emaste, trasz Differential Revision: https://reviews.freebsd.org/D27099
|
Revision tags: release/12.2.0 |
|
#
ba610be9 |
| 20-Oct-2020 |
John Baldwin <jhb@FreeBSD.org> |
Add a kernel crypto driver using assembly routines from OpenSSL.
Currently, this supports SHA1 and SHA2-{224,256,384,512} both as plain hashes and in HMAC mode on both amd64 and i386. It uses the S
Add a kernel crypto driver using assembly routines from OpenSSL.
Currently, this supports SHA1 and SHA2-{224,256,384,512} both as plain hashes and in HMAC mode on both amd64 and i386. It uses the SHA intrinsics when present similar to aesni(4), but uses SSE/AVX instructions when they are not.
Note that some files from OpenSSL that normally wrap the assembly routines have been adapted to export methods usable by 'struct auth_xform' as is used by existing software crypto routines.
Reviewed by: gallatin, jkim, delphij, gnn Sponsored by: Netflix Differential Revision: https://reviews.freebsd.org/D26821
show more ...
|
#
acb4cf9d |
| 15-Oct-2020 |
Ed Maste <emaste@FreeBSD.org> |
move vmware pv drivers to sys/conf/files
VMware now has arm64 support; move these to MI files in advance of building them on arm64.
PR: 250308 Reported by: Vincent Milum Jr MFC after: 1 week Spons
move vmware pv drivers to sys/conf/files
VMware now has arm64 support; move these to MI files in advance of building them on arm64.
PR: 250308 Reported by: Vincent Milum Jr MFC after: 1 week Sponsored by: The FreeBSD Foundation
show more ...
|
#
7113afc8 |
| 11-Oct-2020 |
Emmanuel Vadot <manu@FreeBSD.org> |
10Gigabit Ethernet driver for AMD SoC
This patch has the driver for 10Gigabit Ethernet controller in AMD SoC. This driver is written compatible to the Iflib framework. The existing driver is for the
10Gigabit Ethernet driver for AMD SoC
This patch has the driver for 10Gigabit Ethernet controller in AMD SoC. This driver is written compatible to the Iflib framework. The existing driver is for the old version of hardware. The submitted driver here is for the recent versions of the hardware where the Ethernet controller is PCI-E based.
Submitted by: Rajesh Kumar <rajesh1.kumar@amd.com> MFC after: 1 month Relnotes: yes Differential Revision: https://reviews.freebsd.org/D25793
show more ...
|
#
1bd641af |
| 04-Sep-2020 |
Eric Joyner <erj@FreeBSD.org> |
ice_ddp: Update package file to 1.3.16.0
This package is intended to be used with ice(4) version 0.26.16. That update will happen in a forthcoming commit.
MFC after: 3 days Sponsored by: Intel Corp
ice_ddp: Update package file to 1.3.16.0
This package is intended to be used with ice(4) version 0.26.16. That update will happen in a forthcoming commit.
MFC after: 3 days Sponsored by: Intel Corporation
show more ...
|
#
bd368728 |
| 30-Aug-2020 |
Marko Zec <zec@FreeBSD.org> |
Driver for 4x10Gb Ethernet reference NIC FPGA design for NetFPGA SUME development board.
Submitted by: Denis Salopek <denis.salopek AT fer.hr> Reported by: zec, bz (src); rgrimes, bcr (manpages) MFC
Driver for 4x10Gb Ethernet reference NIC FPGA design for NetFPGA SUME development board.
Submitted by: Denis Salopek <denis.salopek AT fer.hr> Reported by: zec, bz (src); rgrimes, bcr (manpages) MFC after: 7 days Sponsored by: Google Summer of Code 2020 Differential Revision: https://reviews.freebsd.org/D26074
show more ...
|
#
e2515283 |
| 27-Aug-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
9e5787d2 |
| 25-Aug-2020 |
Matt Macy <mmacy@FreeBSD.org> |
Merge OpenZFS support in to HEAD.
The primary benefit is maintaining a completely shared code base with the community allowing FreeBSD to receive new features sooner and with less effort.
I would a
Merge OpenZFS support in to HEAD.
The primary benefit is maintaining a completely shared code base with the community allowing FreeBSD to receive new features sooner and with less effort.
I would advise against doing 'zpool upgrade' or creating indispensable pools using new features until this change has had a month+ to soak.
Work on merging FreeBSD support in to what was at the time "ZFS on Linux" began in August 2018. I first publicly proposed transitioning FreeBSD to (new) OpenZFS on December 18th, 2018. FreeBSD support in OpenZFS was finally completed in December 2019. A CFT for downstreaming OpenZFS support in to FreeBSD was first issued on July 8th. All issues that were reported have been addressed or, for a couple of less critical matters there are pull requests in progress with OpenZFS. iXsystems has tested and dogfooded extensively internally. The TrueNAS 12 release is based on OpenZFS with some additional features that have not yet made it upstream.
Improvements include: project quotas, encrypted datasets, allocation classes, vectorized raidz, vectorized checksums, various command line improvements, zstd compression.
Thanks to those who have helped along the way: Ryan Moeller, Allan Jude, Zack Welch, and many others.
Sponsored by: iXsystems, Inc. Differential Revision: https://reviews.freebsd.org/D25872
show more ...
|
Revision tags: release/11.4.0 |
|
#
b4a7ce06 |
| 10-Jun-2020 |
Eric Joyner <erj@FreeBSD.org> |
ixl(4): Add FW recovery mode support and other things
Update the iflib version of ixl driver based on the OOT version ixl-1.11.29.
Major changes:
- Extract iflib specific functions from ixl_pf_mai
ixl(4): Add FW recovery mode support and other things
Update the iflib version of ixl driver based on the OOT version ixl-1.11.29.
Major changes:
- Extract iflib specific functions from ixl_pf_main.c to ixl_pf_iflib.c to simplify code sharing between legacy and iflib version of driver
- Add support for most recent FW API version (1.10), which extends FW LLDP Agent control by user to X722 devices
- Improve handling of device global reset
- Add support for the FW recovery mode
- Use virtchnl function to validate virtual channel messages instead of using separate checks
- Fix MAC/VLAN filters accounting
Submitted by: Krzysztof Galazka <krzysztof.galazka@intel.com> Reviewed by: erj@ Tested by: Jeffrey Pieper <jeffrey.e.pieper@intel.com> MFC after: 1 week Relnotes: yes Sponsored by: Intel Corporation Differential Revision: https://reviews.freebsd.org/D24564
show more ...
|
#
71d10453 |
| 27-May-2020 |
Eric Joyner <erj@FreeBSD.org> |
ice(4): Introduce new driver for Intel E800 Ethernet controllers
The ice(4) driver is the driver for the Intel E8xx series Ethernet controllers; currently with codenames Columbiaville and Columbia P
ice(4): Introduce new driver for Intel E800 Ethernet controllers
The ice(4) driver is the driver for the Intel E8xx series Ethernet controllers; currently with codenames Columbiaville and Columbia Park.
These new controllers support 100G speeds, as well as introducing more queues, better virtualization support, and more offload capabilities. Future work will enable virtual functions (like in ixl(4)) and the other functionality outlined above.
For full functionality, the kernel should be compiled with "device ice_ddp" like in the amd64 NOTES file, and/or ice_ddp_load="YES" should be added to /boot/loader.conf so that the DDP package file included in this commit can be downloaded to the adapter. Otherwise, the adapter will fall back to a single queue mode with limited functionality.
A man page for this driver will be forthcoming.
MFC after: 1 month Relnotes: yes Sponsored by: Intel Corporation Differential Revision: https://reviews.freebsd.org/D21959
show more ...
|
#
0e00c709 |
| 11-May-2020 |
John Baldwin <jhb@FreeBSD.org> |
Remove support for DES and Triple DES from OCF.
It no longer has any in-kernel consumers via OCF. smbfs still uses single DES directly, so sys/crypto/des remains for that use case.
Reviewed by: ce
Remove support for DES and Triple DES from OCF.
It no longer has any in-kernel consumers via OCF. smbfs still uses single DES directly, so sys/crypto/des remains for that use case.
Reviewed by: cem Relnotes: yes Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D24773
show more ...
|
#
32075647 |
| 11-May-2020 |
John Baldwin <jhb@FreeBSD.org> |
Remove support for the Blowfish algorithm from OCF.
It no longer has any in-kernel consumers.
Reviewed by: cem Relnotes: yes Sponsored by: Chelsio Communications Differential Revision: https://revi
Remove support for the Blowfish algorithm from OCF.
It no longer has any in-kernel consumers.
Reviewed by: cem Relnotes: yes Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D24772
show more ...
|
#
265cef40 |
| 28-Apr-2020 |
Bryan Drewery <bdrewery@FreeBSD.org> |
Don't try ctfconvert on file without debug info.
This was currently an ignored error but will change to a hard error eventually.
Differential Revision: https://reviews.freebsd.org/D24536
|
#
4db3ef4c |
| 18-Apr-2020 |
Alex Richardson <arichardson@FreeBSD.org> |
More fixes to build the kernel with a compiler that defaults to -fno-common
Using the same approach as the last commit for the files used by genassym.sh.
Obtained from: CheriBSD
|
#
f953e731 |
| 17-Apr-2020 |
Conrad Meyer <cem@FreeBSD.org> |
xen-locore: Silence DWARF2 section warning
Silence the "DWARF2 can only represent one section per compilation unit" warning in amd64 GENERIC builds by disabling Clang's debuginfo generation for this
xen-locore: Silence DWARF2 section warning
Silence the "DWARF2 can only represent one section per compilation unit" warning in amd64 GENERIC builds by disabling Clang's debuginfo generation for this assembler file (-g0). The message is replaced by a warning from ctfconvert that there is no debuginfo to convert (future work).
The file contains some metadata (several ELF notes) and some code. The code does not appear to have anything that debuginfo would aid.
I looked at the generated debuginfo (readelf -w xen-locore.o) prior to this change, and the metadata that would be disabled are things like associated between binary offset and code line number (not especially useful with a disassembler), and label metadata for the entry points (not especially useful as this is already in the symbol table).
Reviewed by: royger Differential Revision: https://reviews.freebsd.org/D24384
show more ...
|