#
ce110ea1 |
| 20-Aug-2021 |
Wei Hu <whu@FreeBSD.org> |
Microsoft Azure Network Adapter(MANA) VF support
MANA is the new network adapter from Microsoft which will be available in Azure public cloud. It provides SRIOV NIC as virtual function to guest OS r
Microsoft Azure Network Adapter(MANA) VF support
MANA is the new network adapter from Microsoft which will be available in Azure public cloud. It provides SRIOV NIC as virtual function to guest OS running on Hyper-V.
The code can be divided into two major parts. Gdma_main.c is the one to bring up the hardware board and drives all underlying hardware queue infrastructure. Mana_en.c contains all main ethernet driver code. It has only tested and supported on amd64 architecture.
PR: 256336 Reviewed by: decui@microsoft.com Tested by: whu MFC after: 2 week Relnotes: yes Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D31150
show more ...
|
#
6c69c6bb |
| 04-Aug-2021 |
Adam Fenn <adam@fenn.io> |
kvm_clock: KVM paravirtual clock support
Add support for the KVM paravirtual clock device.
Sponsored by: Juniper Networks, Inc. Sponsored by: Klara, Inc. Reviewed by: kib Differential Revision: htt
kvm_clock: KVM paravirtual clock support
Add support for the KVM paravirtual clock device.
Sponsored by: Juniper Networks, Inc. Sponsored by: Klara, Inc. Reviewed by: kib Differential Revision: https://reviews.freebsd.org/D29733
show more ...
|
#
346f5a0c |
| 04-Aug-2021 |
Adam Fenn <adam@fenn.io> |
x86: files: Make sys/x86/x86/pvclock.c optional
Make inclusion of `sys/x86/x86/pvclock.c` contingent on that of its dependents.
Sponsored by: Juniper Networks, Inc. Sponsored by: Klara, Inc. Review
x86: files: Make sys/x86/x86/pvclock.c optional
Make inclusion of `sys/x86/x86/pvclock.c` contingent on that of its dependents.
Sponsored by: Juniper Networks, Inc. Sponsored by: Klara, Inc. Reviewed by: markj Differential Revision: https://reviews.freebsd.org/D31417
show more ...
|
#
a48f7ba4 |
| 14-Jan-2014 |
Julien Grall <julien@xen.org> |
xen: move x86/xen/xenpv.c to dev/xen/bus/xenpv.c
Minor changes are necessary to make this processor-independent, but moving the file out of x86 and into common is the first step (so others don't add
xen: move x86/xen/xenpv.c to dev/xen/bus/xenpv.c
Minor changes are necessary to make this processor-independent, but moving the file out of x86 and into common is the first step (so others don't add /more/ x86-isms).
Submitted by: Elliott Mitchell <ehem+freebsd@m5p.com> Reviewed by: royger Differential Revision: https://reviews.freebsd.org/D29042
show more ...
|
#
e013e369 |
| 22-Jun-2021 |
Dmitry Chagin <dchagin@FreeBSD.org> |
linux(4): Get rid of Linuxulator kernel build options.
Stop confusing people, retire COMPAT_LINUX and COMPAT_LINUX32 kernel build options. Since we have 32 and 64 bit Linux emulators, we can't build
linux(4): Get rid of Linuxulator kernel build options.
Stop confusing people, retire COMPAT_LINUX and COMPAT_LINUX32 kernel build options. Since we have 32 and 64 bit Linux emulators, we can't build both emulators together into the kernel. I don't think it matters, Linux emulation depends on loadable modules (via rc).
Cut LINPROCFS and LINSYSFS for consistency.
PR: 215061 Reviewed by: bcr (manpages), trasz Differential Revision: https://reviews.freebsd.org/D30751 MFC after: 2 weeks
show more ...
|
#
ac3ede53 |
| 12-May-2021 |
Roger Pau Monné <royger@FreeBSD.org> |
x86/xen: remove PVHv1 code
PVHv1 was officially removed from Xen in 4.9, so just axe the related code from FreeBSD.
Note FreeBSD supports PVHv2, which is the replacement for PVHv1.
Sponsored by: C
x86/xen: remove PVHv1 code
PVHv1 was officially removed from Xen in 4.9, so just axe the related code from FreeBSD.
Note FreeBSD supports PVHv2, which is the replacement for PVHv1.
Sponsored by: Citrix Systems R&D Reviewed by: kib, Elliott Mitchell Differential Revision: https://reviews.freebsd.org/D30228
show more ...
|
#
662053e8 |
| 12-Apr-2021 |
Warner Losh <imp@FreeBSD.org> |
hptrr: Move to using .o files
Use .o files directly. Replace the .o.uu files that we uudecode with .o files. Adjust the kernel and module build to cope.
Suggestions by: markj@, emaste@ Sposnored b
hptrr: Move to using .o files
Use .o files directly. Replace the .o.uu files that we uudecode with .o files. Adjust the kernel and module build to cope.
Suggestions by: markj@, emaste@ Sposnored by: Netflix, Inc Differential Revision: https://reviews.freebsd.org/D29636
show more ...
|
#
fddb3f4d |
| 12-Apr-2021 |
Warner Losh <imp@FreeBSD.org> |
hptmv: use .o files directly
uudecode the .o.uu files and commit directly to the tree. Adjust the build infrastructure to cope with the new location, both for the kernel and modules.
Sposnored by:
hptmv: use .o files directly
uudecode the .o.uu files and commit directly to the tree. Adjust the build infrastructure to cope with the new location, both for the kernel and modules.
Sposnored by: Netflix, Inc Differential Revision: https://reviews.freebsd.org/D29635
show more ...
|
#
550cb4ab |
| 12-Apr-2021 |
Warner Losh <imp@FreeBSD.org> |
hpt27xx: store the .o files directly in the tree
Store the .o files directly in the tree. We no longer need to play uuencode games like we did in the CVS days. Adjust the build infrastructure to mat
hpt27xx: store the .o files directly in the tree
Store the .o files directly in the tree. We no longer need to play uuencode games like we did in the CVS days. Adjust the build infrastructure to match.
Reviewed by: markj@ Sposnored by: Netflix, Inc Differential Revision: https://reviews.freebsd.org/D29634
show more ...
|
#
5b20c5e1 |
| 12-Apr-2021 |
Warner Losh <imp@FreeBSD.org> |
hptnr: Store the .o files directly in the repo
We no longer need to use uuencode to uuencode files in our tree. Store the .o file directly instead. Adjust the build to cope with the new arrangement
hptnr: Store the .o files directly in the repo
We no longer need to use uuencode to uuencode files in our tree. Store the .o file directly instead. Adjust the build to cope with the new arrangement.
Suggestions by: emaste, bz, donner Reviewed by: markm Sposnored by: Netflix, Inc Differential Revision: https://reviews.freebsd.org/D29632
show more ...
|
#
aa3ea612 |
| 31-Mar-2021 |
Konstantin Belousov <kib@FreeBSD.org> |
x86: remove gcov kernel support
Reviewed by: jhb Sponsored by: The FreeBSD Foundation Differential revision: https://reviews.freebsd.org/D29529
|
#
4beb3858 |
| 08-Mar-2021 |
Mitchell Horne <mhorne@FreeBSD.org> |
gdb: allow setting/removing hardware watchpoints
Handle the 'z' and 'Z' remote packets for manipulating hardware watchpoints.
This could be expanded quite easily to support hardware or software bre
gdb: allow setting/removing hardware watchpoints
Handle the 'z' and 'Z' remote packets for manipulating hardware watchpoints.
This could be expanded quite easily to support hardware or software breakpoints as well.
https://sourceware.org/gdb/onlinedocs/gdb/Packets.html
Reviewed by: cem, markj MFC after: 3 weeks Sponsored by: NetApp, Inc. Sponsored by: Klara, Inc. NetApp PR: 51 Differential Revision: https://reviews.freebsd.org/D29173
show more ...
|
#
c02c04f1 |
| 19-Mar-2021 |
Mitchell Horne <mhorne@FreeBSD.org> |
x86: consolidate hw watchpoint logic into new file
This is a prerequisite to using these functions outside of ddb, but also provides some cleanup and minor refactoring. This code is almost entirely
x86: consolidate hw watchpoint logic into new file
This is a prerequisite to using these functions outside of ddb, but also provides some cleanup and minor refactoring. This code is almost entirely duplicated between the two implementations, the only significant difference being the lack of dbreg synchronization on i386.
Cleanups are: - demote some internal functions to static - use the constant NDBREGS instead of a '4' literal - remove K&R definitions - some added comments
Reviewed by: kib, jhb Sponsored by: NetApp, Inc. Sponsored by: Klara, Inc. MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D29153
show more ...
|
#
d0673fe1 |
| 23-Feb-2021 |
Allan Jude <allanjude@FreeBSD.org> |
smbios: Move smbios driver out from x86 machdep code
Add it to the x86 GENERIC and MINIMAL kernels
Sponsored by: Ampere Computing LLC Submitted by: Klara Inc. Reviewed by: rpokala Differential Revi
smbios: Move smbios driver out from x86 machdep code
Add it to the x86 GENERIC and MINIMAL kernels
Sponsored by: Ampere Computing LLC Submitted by: Klara Inc. Reviewed by: rpokala Differential Revision: https://reviews.freebsd.org/D28738
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 ...
|
#
07263b02 |
| 07-Jan-2021 |
Warner Losh <imp@FreeBSD.org> |
pccard: Remove if_ndis(4) PC Card attachment
PC Card support is being removed, so remove its attachment here. ndis is slated to be removed entirely for 13, but that's not been done yet.
Relnotes: Y
pccard: Remove if_ndis(4) PC Card attachment
PC Card support is being removed, so remove its attachment here. ndis is slated to be removed entirely for 13, but that's not been done yet.
Relnotes: Yes
show more ...
|
#
163b959a |
| 07-Jan-2021 |
Warner Losh <imp@FreeBSD.org> |
pccard: Remove fdc(4) PC Card attachment point
Remove PC Card attachemnt point for fdc.
Relnotes: Yes
|
#
fd86ae68 |
| 04-Dec-2020 |
Mitchell Horne <mhorne@FreeBSD.org> |
ossl: split out x86 bits to x86/ossl_cpuid.c
Make room for adding arm64 support to this driver by moving the x86-specific feature parsing to a separate file.
Reviewed by: jhb Sponsored by: The Free
ossl: split out x86 bits to x86/ossl_cpuid.c
Make room for adding arm64 support to this driver by moving the x86-specific feature parsing to a separate file.
Reviewed by: jhb Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D27388
show more ...
|
#
72143e89 |
| 05-Nov-2020 |
Mark Johnston <markj@FreeBSD.org> |
Add qat(4)
This provides an OpenCrypto driver for Intel QuickAssist devices. The driver was initially ported from NetBSD and comes with a few improvements: - support for GMAC/AES-GCM, AES-CTR and A
Add qat(4)
This provides an OpenCrypto driver for Intel QuickAssist devices. The driver was initially ported from NetBSD and comes with a few improvements: - support for GMAC/AES-GCM, AES-CTR and AES-XTS, and support for SHA/HMAC-authenticated encryption - support for detaching the driver - various bug fixes - DH895X support
Discussed with: jhb MFC after: 3 days Sponsored by: Rubicon Communications, LLC (Netgate) Differential Revision: https://reviews.freebsd.org/D26963
show more ...
|
#
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 ...
|
#
6186bfbd |
| 29-Sep-2020 |
Ruslan Bukin <br@FreeBSD.org> |
Rename kernel option ACPI_DMAR to IOMMU. This is mostly needed for a common arm64/amd64 iommu code.
Reviewed by: kib Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D265
Rename kernel option ACPI_DMAR to IOMMU. This is mostly needed for a common arm64/amd64 iommu code.
Reviewed by: kib Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D26587
show more ...
|
#
c7aa572c |
| 31-Jul-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
3024e8af |
| 25-Jul-2020 |
Ruslan Bukin <br@FreeBSD.org> |
Move Intel GAS to dev/iommu/ as now a part of generic iommu framework.
Reviewed by: kib Sponsored by: DARPA/AFRL Differential Revision: https://reviews.freebsd.org/D25799
|
#
f2b2f317 |
| 21-Jul-2020 |
Ruslan Bukin <br@FreeBSD.org> |
Move the Intel DMAR busdma backend to a generic place so it can be used on other IOMMU systems.
Reviewed by: kib Sponsored by: DARPA/AFRL Differential Revision: https://reviews.freebsd.org/D25720
|
#
a560f3eb |
| 20-May-2020 |
Wei Hu <whu@FreeBSD.org> |
HyperV socket implementation for FreeBSD
This change adds Hyper-V socket feature in FreeBSD. New socket address family AF_HYPERV and its kernel support are added.
Submitted by: Wei Hu <weh@microsof
HyperV socket implementation for FreeBSD
This change adds Hyper-V socket feature in FreeBSD. New socket address family AF_HYPERV and its kernel support are added.
Submitted by: Wei Hu <weh@microsoft.com> Reviewed by: Dexuan Cui <decui@microsoft.com> Relnotes: yes Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D24061
show more ...
|