Revision tags: release/14.0.0 |
|
#
031beb4e |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line sh pattern
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0 |
|
#
896e217a |
| 07-Aug-2021 |
Jessica Clarke <jrtc27@FreeBSD.org> |
fu740_pci_dw: Add SiFive FU740 PCIe controller driver
Reviewed by: mhorne MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D31033
|
#
b47e5c5d |
| 07-Aug-2021 |
Jessica Clarke <jrtc27@FreeBSD.org> |
sifive_gpio: Add SiFive GPIO controller driver
This is present on both the FU540 and FU740, but only needed for the FU740 in order to assert reset and power enable signals for its PCIe controller.
sifive_gpio: Add SiFive GPIO controller driver
This is present on both the FU540 and FU740, but only needed for the FU740 in order to assert reset and power enable signals for its PCIe controller.
Reviewed by: mhorne MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D31031
show more ...
|
#
90a089cf |
| 07-Aug-2021 |
Jessica Clarke <jrtc27@FreeBSD.org> |
fu540_spi: Rename to sifive_spi
The FU740 also uses the same SPI controller.
Reviewed by: kp, philip MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D31026
|
#
12b115ec |
| 07-Aug-2021 |
Jessica Clarke <jrtc27@FreeBSD.org> |
fu540_prci: Rename to sifive_prci and use ocd_data for FU540 specificity
The FU740 has a very similar controller and will reuse most of the driver. This also drops the dependency on the device-tree
fu540_prci: Rename to sifive_prci and use ocd_data for FU540 specificity
The FU740 has a very similar controller and will reuse most of the driver. This also drops the dependency on the device-tree include for the binding indices; the header doesn't namespace its contents (and nor does the FU740 one) so using both would require seperate translation units which would be unnecessarily complicated just to avoid defining local copies of the small number of constants.
Whilst here, add the missing l to gemgxlclk's name and drop the prci_ prefix from tlclk's name as we don't prefix any of the others and it's entirely unnecessary.
Reviewed by: kp, mhorne MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D31021
show more ...
|
Revision tags: release/13.0.0, release/12.2.0, release/11.4.0 |
|
#
96d3575e |
| 02-Apr-2020 |
Nick O'Brien <nick@FreeBSD.org> |
riscv/sifive: add FE310 Always-on driver
This driver supports SiFive's FE310 Always-on (AON) peripheral's Real-time clock (RTC) and Watchdog timer (WDT). AON has other functionality that this driver
riscv/sifive: add FE310 Always-on driver
This driver supports SiFive's FE310 Always-on (AON) peripheral's Real-time clock (RTC) and Watchdog timer (WDT). AON has other functionality that this driver could support such as the power management unit (PMU) but that functionality hasn't been implemented.
Reviewed by: philip (mentor), kp (mentor) Approved by: philip (mentor) Sponsored by: Axiado Differential Revision: https://reviews.freebsd.org/D24170
show more ...
|
#
01774d0d |
| 31-Dec-2019 |
Kristof Provost <kp@FreeBSD.org> |
sifive: uart driver
Implement support for the UART as found on the SiFive FU540. It should also work on, but has not been tested with, the FU310.
Reviewed by: philip Sponsored by: Axiado
|
#
109ece57 |
| 20-Dec-2019 |
Philip Paeps <philip@FreeBSD.org> |
riscv/sifive: add FU540 SPI controller driver
Initial working prototype of the Serial Peripheral Interface controller in the SiFive FU540 SoC.
Reviewed by: kp Sponsored by: Axiado
|
#
09728b2d |
| 20-Dec-2019 |
Philip Paeps <philip@FreeBSD.org> |
riscv/sifive: add SiFive FU540 PRCI driver
The SiFive FU540 Power Reset Clocking Interrupt block contains a PLL that turns the input crystal (33.3MHz) into a 1-1.5GHz clock. This clock in turn is di
riscv/sifive: add SiFive FU540 PRCI driver
The SiFive FU540 Power Reset Clocking Interrupt block contains a PLL that turns the input crystal (33.3MHz) into a 1-1.5GHz clock. This clock in turn is divided by two to produce the tlclk, which is fed into devices such as the SPI and I2C controllers.
Register a new clock device for the PRCI so that those devices can read the correct clock through the clk framework.
Submitted by: kp Sponsored by: Axiado
show more ...
|