Revision tags: release/14.0.0 |
|
#
602d3601 |
| 08-Sep-2023 |
Kyle Evans <kevans@FreeBSD.org> |
arm64: start defining a std.apple configuration
The M1 uses FDT, and has bge to start with. Add a SOC_* option for the first SoC we'll be supporting.
IOMMU is added commented out because it does h
arm64: start defining a std.apple configuration
The M1 uses FDT, and has bge to start with. Add a SOC_* option for the first SoC we'll be supporting.
IOMMU is added commented out because it does have it, but IOMMU is not well-tested on aarch64. An initial version of the DART driver will be upstreamed that just puts the DARTs that support bypass mode into bypass mode -- we'll be missing some functionality, but we at least still end up with some USB ports.
Reviewed by: karels, manu Input from: jrtc27 (IOMMU) Differential Revision: https://reviews.freebsd.org/D39823
show more ...
|
Revision tags: release/13.2.0 |
|
#
aa39abd8 |
| 14-Mar-2023 |
Jessica Clarke <jrtc27@FreeBSD.org> |
arm64: Move Azure-specific config from std.hyperv to std.azure
Hyper-V does not provide Mellanox hardware, some of Azure's instances do, thus the configuration to enable them does not belong in the
arm64: Move Azure-specific config from std.hyperv to std.azure
Hyper-V does not provide Mellanox hardware, some of Azure's instances do, thus the configuration to enable them does not belong in the generic std.hyperv config.
Fixes: 15e7fa83ef3c ("arm64: Hyper-V: Add vPCI and Mellanox driver modules into build")
show more ...
|
Revision tags: release/12.4.0 |
|
#
7046ff49 |
| 03-Nov-2022 |
Andrew Turner <andrew@FreeBSD.org> |
Revert "Disable Hyper-V on arm64"
This reverts commit fe36346a8904683af64dc5231e106a951d386ca5.
The arm64 Hyper-v code now checks it is running under Hyper-v before calling into the hypervisor.
Sp
Revert "Disable Hyper-V on arm64"
This reverts commit fe36346a8904683af64dc5231e106a951d386ca5.
The arm64 Hyper-v code now checks it is running under Hyper-v before calling into the hypervisor.
Sponsored by: The FreeBSD Foundation
show more ...
|
#
fe36346a |
| 28-Oct-2022 |
Andrew Turner <andrew@FreeBSD.org> |
Disable Hyper-V on arm64
It unconditionally calls into the Hyper-V firmware. As most arm64 boards don't have said firmware disable it for now.
|
#
60c96dbf |
| 28-Sep-2022 |
Kyle Evans <kevans@FreeBSD.org> |
arm64: add a std.ec2 config
Mostly to document basic harware present on the platform; knowing that Graviton exposes an ns8250 uart alone is quite helpful.
Reviewed by: andrew, imp, manu Seems accur
arm64: add a std.ec2 config
Mostly to document basic harware present on the platform; knowing that Graviton exposes an ns8250 uart alone is quite helpful.
Reviewed by: andrew, imp, manu Seems accurate: cperciva Sponsored by: NetApp, Inc. Sponsored by: Klara, Inc. Differential Revision: https://reviews.freebsd.org/D36776
show more ...
|
#
9729f076 |
| 27-Oct-2022 |
Souradeep Chakrabarti <schakrabarti@microsoft.com> |
arm64: Hyper-V: enablement for ARM64 in Hyper-V (Part 3, final)
This is the last part for ARM64 Hyper-V enablement. This includes commone files and make file changes to enable the ARM64 FreeBSD gues
arm64: Hyper-V: enablement for ARM64 in Hyper-V (Part 3, final)
This is the last part for ARM64 Hyper-V enablement. This includes commone files and make file changes to enable the ARM64 FreeBSD guest on Hyper-V. With this patch, it should be able to build the ARM64 image and install it on Hyper-V.
Reviewed by: emaste, andrew, whu Tested by: Souradeep Chakrabarti <schakrabarti@microsoft.com> Sponsored by: Microsoft Differential Revision: https://reviews.freebsd.org/D36744
show more ...
|
Revision tags: release/13.1.0, release/12.3.0, release/13.0.0 |
|
#
0f2c6331 |
| 05-Feb-2021 |
Emmanuel Vadot <manu@FreeBSD.org> |
arm64: Add per SoC family kernel config
There is multiple reason for this : - This makes it easier to see which driver is needed for each SoC - This makes it easier to create a custom config for one
arm64: Add per SoC family kernel config
There is multiple reason for this : - This makes it easier to see which driver is needed for each SoC - This makes it easier to create a custom config for one SoC - This really reduce boot time (which some people might want)
Some explaination about the files : - std.arm64 contains all standard kernel option - std.dev contains all the standard kernel devices - std.<soc> contains all drivers needed to boot on this SoC family - <SOC> includes std.arm64, std.dev and std.<soc> - GENERIC includes std.arm64, std.dev and all std.<soc>
Sponsored by: Diablotin Systems MFC After: 2 months Reviewed by: mmel, cognet, imp Differential Revision: https://reviews.freebsd.org/D30474
show more ...
|
#
b644d64e |
| 14-Jul-2021 |
Andrew Turner <andrew@FreeBSD.org> |
Add virtio_scsi to the arm64 GENERIC config
This is needed to boot on the Oracle Cloud VM.Standard.A1.Flex instance
Sponsored by: The FreeBSD Foundation
|
#
ab9f9cfd |
| 14-Jul-2021 |
Andrew Turner <andrew@FreeBSD.org> |
Add virtio comments to the arm64 GENERIC config
Most of these are from the amd64 GENERIC config.
Sponsored by: The FreeBSD Foundation
|
#
bf3a3852 |
| 08-Jul-2021 |
Bjoern A. Zeeb <bz@FreeBSD.org> |
fan53555: attach to build and switch from syr827
Rather than extending syr827 for syr828 (as initially done in D31103) switch to the Fairchild Semiconductor Corporation fan53555 implementation which
fan53555: attach to build and switch from syr827
Rather than extending syr827 for syr828 (as initially done in D31103) switch to the Fairchild Semiconductor Corporation fan53555 implementation which is in-tree but was not attached to the build. The fan53555 implementation also supports syr827/syr8278 already. [1] Update NOTES and the arm64 GENERIC configuration for the switch. syr827 for now stays in the tree but is not used by any kernel configuration.
Suggested by: mmel [1] Reviewed by: mmel, manu Differential Revision: https://reviews.freebsd.org/D31112
show more ...
|
#
993e8236 |
| 01-Jul-2021 |
Emmanuel Vadot <manu@FreeBSD.org> |
arm64: allwinner: Add r_intc driver
The r intc interrupt controller seems to do a lot of things : - It can handle the NMI interrupt - It have local interrupts for some device that also can be muxed
arm64: allwinner: Add r_intc driver
The r intc interrupt controller seems to do a lot of things : - It can handle the NMI interrupt - It have local interrupts for some device that also can be muxed with GIC - It can serve as an forwarder for the GIC
It's mostly used for deepsleep/wakeup if I understood correctly and we do not support this on arm64.
For now just forward everything to the GIC so interrupts works again for device which now have this interrupts controller set since dts v5.12
Sponsored by: Diablotin Systems
show more ...
|
#
19aa95e4 |
| 07-Apr-2021 |
Marcin Wojtas <mw@FreeBSD.org> |
Introduce new driver for NXP Ethernet controller
ENETC it a gigabit Ethernet controller found on the LS1028A board. It supports basic VLAN offloads - tag extraction, injection and hardware filtering
Introduce new driver for NXP Ethernet controller
ENETC it a gigabit Ethernet controller found on the LS1028A board. It supports basic VLAN offloads - tag extraction, injection and hardware filtering. Inband MDIO connectivity is used for link status monitoring through the miibus interface. Fixed-link mode is also supported, which allows for operation of internal cpu to switch port. Since no admin interrupts are present in hardware, link status polling has to be used. Due to a hardware bug software reset of the NIC results in a external abort. Because of that most of the hardware initialization is done during attach. This also means that in the case of an fatal error full board reset is required. The enetc_hw.h header was imporoted from Linux. It is dual licensed.
Submitted by: Kornel Duleba <mindal@semihalf.com> Obtained from: Semihalf Sponsored by: Alstom Group Differential Revision: https://reviews.freebsd.org/D30729
show more ...
|
#
cb25a945 |
| 13-May-2021 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
arm64: allwinner: Add i2s and codec support
Differential Revision: https://reviews.freebsd.org/D27830
|
#
c1a14887 |
| 20-May-2021 |
Ceri Davies <ceri@FreeBSD.org> |
sys/*/conf/*, docs: fix links to handbook
While here, fix all links to older en_US.ISO8859-1 documentation in the src/ tree.
PR: 255026 Reported by: Michael Büker <freebsd@michael-bu
sys/*/conf/*, docs: fix links to handbook
While here, fix all links to older en_US.ISO8859-1 documentation in the src/ tree.
PR: 255026 Reported by: Michael Büker <freebsd@michael-bueker.de> Reviewed by: dbaio Approved by: blackend (mentor), re (gjb) MFC after: 10 days Differential Revision: https://reviews.freebsd.org/D30265
show more ...
|
#
6993187a |
| 25-Apr-2021 |
Alexander V. Chernikov <melifaro@FreeBSD.org> |
Add FIB_ALGO to GENERIC on amd64/arm64.
Option `FIB_ALGO` gates new modular fib lookup functionality, enabling more performant routing table lookups and improving control plane convergence under t
Add FIB_ALGO to GENERIC on amd64/arm64.
Option `FIB_ALGO` gates new modular fib lookup functionality, enabling more performant routing table lookups and improving control plane convergence under the load.
Detailed feature description is available in D27401.
Reviewed By: olivier, gnn Differential Revision: https://reviews.freebsd.org/D28434
show more ...
|
#
16e549eb |
| 05-Apr-2021 |
Justin Hibbits <jhibbits@FreeBSD.org> |
Merge the QorIQ GPIO drivers between arm and powerpc
Summary: They're nearly identical, so don't use two copies. Merge the newer driver into the older one, and move it to a common location.
Add th
Merge the QorIQ GPIO drivers between arm and powerpc
Summary: They're nearly identical, so don't use two copies. Merge the newer driver into the older one, and move it to a common location.
Add the Semihalf and associated copyrights in addition to mine, since it's a non-trivial amount of code merged.
Reviewed By: mw Differential Revision: https://reviews.freebsd.org/D29520
show more ...
|
#
3b721b44 |
| 04-Feb-2021 |
Emmanuel Vadot <manu@FreeBSD.org> |
arm64: Add a SOC_BRCM_NS2 option
Only compile files needed for this platform if the option is enabled in the kernel config file. Add the option to GENERIC.
MFC after: 3 days
|
#
375d797b |
| 05-Feb-2021 |
Ed Maste <emaste@FreeBSD.org> |
Enable pvscsi and vmx in arm64 GENERIC
FreeBSD pvscsi and vmx work with VMware ESXi Arm "Fling"; provide these in GENERIC for a convenient out-of-the-box experience.
PR: 253202 Reported by: Vincen
Enable pvscsi and vmx in arm64 GENERIC
FreeBSD pvscsi and vmx work with VMware ESXi Arm "Fling"; provide these in GENERIC for a convenient out-of-the-box experience.
PR: 253202 Reported by: Vincent Milum Jr MFC after: 3 days Sponsored by: The FreeBSD Foundation
show more ...
|
#
f9322ff6 |
| 28-Jan-2021 |
Allan Jude <allanjude@FreeBSD.org> |
Enable KERN_TLS by default in ARM64 GENERIC
Sponsored-by: Ampere Computing Submitted-by: Klara, Inc.
|
#
074a91f7 |
| 13-Jan-2021 |
John Baldwin <jhb@FreeBSD.org> |
Enable accelerated AES-XTS software crypto in GENERIC.
In particular, using GELI on a root filesystem will only use accelerated software crypto drivers if they are available before the root filesyst
Enable accelerated AES-XTS software crypto in GENERIC.
In particular, using GELI on a root filesystem will only use accelerated software crypto drivers if they are available before the root filesystem is mounted. While these modules can be loaded from the loader, including them in GENERIC provides a better out-of-the-box experience for users.
Both aesni(4) and armv8crypto(4) provide accelerated implementations of the default cipher used by GELI (AES-XTS) in addition to other ciphers.
Reviewed by: mhorne, allanjude, markj Differential Revision: https://reviews.freebsd.org/D28100
show more ...
|
#
facdd1cd |
| 10-Jan-2021 |
Thomas Skibo <thomas-bsd@skibo.net> |
cgem: add 64-bit support
Add 64-bit address support to Cadence CGEM Ethernet driver for use in other SoCs such as the Zynq UltraScale+ and SiFive HighFive Unleashed.
Reviewed by: philip, 0mp (manpa
cgem: add 64-bit support
Add 64-bit address support to Cadence CGEM Ethernet driver for use in other SoCs such as the Zynq UltraScale+ and SiFive HighFive Unleashed.
Reviewed by: philip, 0mp (manpages) Differential Revision: https://reviews.freebsd.org/D24304
show more ...
|
#
bbfa199c |
| 09-Dec-2020 |
mhorne <mhorne@FreeBSD.org> |
arm64: gdb(4) machine-dependent bits
Everything required for remote kernel debugging over a serial connection. For FDT-based systems, a debug port can be specified by setting hw.fdt.dbgport to the d
arm64: gdb(4) machine-dependent bits
Everything required for remote kernel debugging over a serial connection. For FDT-based systems, a debug port can be specified by setting hw.fdt.dbgport to the desired device tree node in loader.conf. For example, hw.fdt.dbgport="uart1", or hw.fdt.dbgport="serial@ff1a0000".
Looks good: emaste Tested by: rwatson MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D27727
show more ...
|
Revision tags: release/12.2.0 |
|
#
19758786 |
| 05-Oct-2020 |
Vladimir Kondratyev <wulf@FreeBSD.org> |
hid: Import functions and constants required by new subsystem
This does an import of quirk stubs, debugging macros from USB code and numerous usage constants used by dependent drivers.
Besides, thi
hid: Import functions and constants required by new subsystem
This does an import of quirk stubs, debugging macros from USB code and numerous usage constants used by dependent drivers.
Besides, this change renames some functions to get a better matching with userland library and NetBSD/OpenBSD HID code. Namely:
- Old hid_report_size() renamed to hid_report_size_max() - New hid_report_size() calculates size of given report rather than maximum size of all reports. - hid_get_data_unsigned() renamed to hid_get_udata() - hid_put_data_unsigned() renamed to hid_put_udata()
Compat shim functions are provided in usbhid.h to make possible compile of legacy code unmodified after this change.
Reviewed by: manu, hselasky Differential revision: https://reviews.freebsd.org/D27887
show more ...
|
#
67de2db2 |
| 05-Oct-2020 |
Vladimir Kondratyev <wulf@FreeBSD.org> |
Factor-out hardware-independent part of USB HID support to new module
It will be used by the upcoming HID-over-i2C implementation. Should be no-op, except hid.ko module dependency is to be added to
Factor-out hardware-independent part of USB HID support to new module
It will be used by the upcoming HID-over-i2C implementation. Should be no-op, except hid.ko module dependency is to be added to affected drivers.
Reviewed by: hselasky, manu Differential revision: https://reviews.freebsd.org/D27867
show more ...
|
#
f45f9ef0 |
| 06-Jan-2021 |
Ed Maste <emaste@FreeBSD.org> |
arm64 GENERIC: sort to match amd64, to ease comparison
No functional change - only moved lines, changed whitespace, and updated comments.
Reviewed by: allanjude MFC after: 1 week Sponsored by: The
arm64 GENERIC: sort to match amd64, to ease comparison
No functional change - only moved lines, changed whitespace, and updated comments.
Reviewed by: allanjude MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D28001
show more ...
|