aboutsummaryrefslogtreecommitdiff
path: root/sys/dev/qcom_gcc
Commit message (Collapse)AuthorAgeFilesLines
* qcom_gcc: migrate to use sleep_clk directlyAdrian Chadd2025-04-081-4/+9
| | | | | | | | | | | gcc_sleep_clk_src does not exist, just use sleep_clk directly. I believe this is what feeds them anyway! This node isn't in the Linux clock driver (drivers/clk/qcom) ipq401x clock tree, but there are sleep_clk_src nodes in the tree in ipq50xx, ipq54xx, ipq60xx, ipq8xxxx, ipq9xxxx, msm8xxx, etc. Differential Revision: https://reviews.freebsd.org/D49686
* qcom_gcc: begin refactoring sys/dev/qcom_gcc to support multiple chipsetsAdrian Chadd2025-04-087-122/+337
| | | | | | | | | | | | | | | | | | | | | | | Although the driver structure is almost supportive of multiple chipsets, there's a lot of subtle hard coded IPQ4018 assumptions here. This is a partial refactor of the driver in order to have a single qcom_gcc driver that will eventually support multiple chipsets. * rename qcom_gcc_ipq4018 -> qcom_gcc * remove the ipq4018 specific naming from things * create a table to drive probe/attach, with a chipset id to use during attach * migrate the clock register accessors to not be ipq4018 specific * migrate the reset register accessors to not be ipq4018 specific Note this won't compile (yet) for an arm64 kernel because there's a hard-coded clock tree for an earlier 64 bit MSM part in sys/arm64/qualcomm/qcom_gcc.c . That will need to be rolled into this driver. Differential Revision: https://reviews.freebsd.org/D49683
* hwreset: Move reset code in dev/hwresetEmmanuel Vadot2024-01-102-2/+2
| | | | | | | | | | | 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
* clk: Move clock code in dev/clkEmmanuel Vadot2024-01-101-4/+4
| | | | | | | | | | | 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
* sys: Automated cleanup of cdefs and other formattingWarner Losh2023-11-273-3/+0
| | | | | | | | | | | | | | | | Apply the following automated changes to try to eliminate no-longer-needed sys/cdefs.h includes as well as now-empty blank lines in a row. Remove /^#if.*\n#endif.*\n#include\s+<sys/cdefs.h>.*\n/ Remove /\n+#include\s+<sys/cdefs.h>.*\n+#if.*\n#endif.*\n+/ Remove /\n+#if.*\n#endif.*\n+/ Remove /^#if.*\n#endif.*\n/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/types.h>/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/param.h>/ Remove /\n+#include\s+<sys/cdefs.h>\n#include\s+<sys/capsicum.h>/ Sponsored by: Netflix
* sys: Remove $FreeBSD$: one-line .c patternWarner Losh2023-08-163-6/+0
| | | | Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
* sys: Remove $FreeBSD$: two-line .h patternWarner Losh2023-08-161-2/+0
| | | | Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
* spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSDWarner Losh2023-05-124-4/+4
| | | | | | | | | The SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catch up to that fact and revert to their recommended match of BSD-2-Clause. Discussed with: pfg MFC After: 3 days Sponsored by: Netflix
* qcom_gcc: fix the parent clock to work againAdrian Chadd2022-09-131-4/+4
| | | | | | | | Rename it to match the clock-output-names field in the device tree. Reviewed by: imp Differential Revision: https://reviews.freebsd.org/D36531
* qcom_*: Remove unused devclass arguments to DRIVER_MODULE.John Baldwin2022-05-101-5/+2
|
* Add support for qualcomm clock nodes the the IPQ4018/IPQ4019 clock tree.Adrian Chadd2021-12-274-0/+1201
Summary: I've tested this with cpufreq_dt, SPI and USB. They all seem to work fine. Test Plan: * IPQ4018, boot Subscribers: imp, andrew Differential Revision: https://reviews.freebsd.org/D33665