#
62e8ccc3 |
| 26-Dec-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
syscon: Move syscon code in dev/syscon
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a
syscon: Move syscon code in dev/syscon
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of consumer of it and we made it mandatory so no need to have it under a cryptic name.
Reviewed by: mhorne Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D43196
show more ...
|
#
950a6087 |
| 26-Dec-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
phy: Move phy code in dev/phy
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of co
phy: Move phy code in dev/phy
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of consumer of it and we made it mandatory so no need to have it under a cryptic name.
Reviewed by: emaste, imp Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D43195
show more ...
|
#
b2f0caf1 |
| 26-Dec-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
regulator: Move regulator code in dev/regulator
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we no
regulator: Move regulator code in dev/regulator
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of consumer of it and we made it mandatory so no need to have it under a cryptic name.
Reviewed by: emaste, imp Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D43194
show more ...
|
#
1f469a9f |
| 26-Dec-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
hwreset: Move reset code in dev/hwreset
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a
hwreset: Move reset code in dev/hwreset
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of consumer of it and we made it mandatory so no need to have it under a cryptic name.
Reviewed by: imp Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D43192
show more ...
|
#
be82b3a0 |
| 26-Dec-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
clk: Move clock code in dev/clk
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of
clk: Move clock code in dev/clk
We've removed kernel option EXT_RESOURCES almost two years ago. While it was ok to have some code under a common 'extres' subdirectory at first, we now have a lot of consumer of it and we made it mandatory so no need to have it under a cryptic name.
Reviewed by: mhorne Sponsored by: Beckhoff Automation GmbH & Co. KG Differential Revision: https://reviews.freebsd.org/D43191
show more ...
|
Revision tags: release/14.0.0 |
|
#
37d97b10 |
| 07-Apr-2023 |
Ganbold Tsagaankhuu <ganbold@FreeBSD.org> |
Fix style.
|
#
4720afaf |
| 07-Apr-2023 |
Ganbold Tsagaankhuu <ganbold@FreeBSD.org> |
Improve RK3568 pcie phy handling codes a bit.
Move phy bifurcation code to a separate function that can be called during the attach phase. Also initialize both pcie lanes accordingly.
|
Revision tags: release/13.2.0 |
|
#
396b6914 |
| 04-Apr-2023 |
Ganbold Tsagaankhuu <ganbold@FreeBSD.org> |
Fix pcie phy enabling codes for RK3568 SoC.
Handle data-lanes property for pcie phy and set it accordingly. This makes devices attached to pcie3 work properly. For some RK3568 based boards, RTL8125B
Fix pcie phy enabling codes for RK3568 SoC.
Handle data-lanes property for pcie phy and set it accordingly. This makes devices attached to pcie3 work properly. For some RK3568 based boards, RTL8125B based device is connected it. So with this, realtek-re-kmod driver attaches and works.
Partially obtained from OpenBSD. Tested on NanoPI-R5S, FireFly Station P2 boards.
show more ...
|
#
9427c47d |
| 07-Jan-2023 |
Ganbold Tsagaankhuu <ganbold@FreeBSD.org> |
Remove unnecessary sys/cdefs.h includes.
|
#
90737b63 |
| 06-Jan-2023 |
Ganbold Tsagaankhuu <ganbold@FreeBSD.org> |
Use BSD-2-Clause for the SPDX license id as -FreeBSD variant has been deprecated.
|
#
0d4a240b |
| 06-Jan-2023 |
Ganbold Tsagaankhuu <ganbold@FreeBSD.org> |
Remove unnecessary $Id string from license.
While there add SPDX-License-Identifier.
|
#
7daf9652 |
| 05-Jan-2023 |
Søren Schmidt <sos@FreeBSD.org> |
Add PCIe driver for RK3568 SoC.
PCIe3 ports work, however PCIe2x1 is not working yet in this case as it depends on Naneng Combo Phy driver.
|