Revision tags: release/14.2.0 |
|
#
def7999c |
| 08-Oct-2024 |
Mitchell Horne <mhorne@FreeBSD.org> |
riscv: enable cpufreq_dt driver
Implement the small amount of MD code required; copied from arm/arm64.
One tweak is made to cpufreq_dt itself: if the opp-shared property is missing, but there is on
riscv: enable cpufreq_dt driver
Implement the small amount of MD code required; copied from arm/arm64.
One tweak is made to cpufreq_dt itself: if the opp-shared property is missing, but there is only one CPU, then we can still attach. This is relevant for the single-core Allwinner D1.
Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D48124
show more ...
|
Revision tags: release/13.4.0, release/14.1.0, release/13.3.0 |
|
#
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 ...
|
#
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 ...
|
#
fdafd315 |
| 24-Nov-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Automated cleanup of cdefs and other formatting
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.
Remov
sys: Automated cleanup of cdefs and other formatting
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
show more ...
|
Revision tags: release/14.0.0 |
|
#
17c17872 |
| 06-Sep-2023 |
Emmanuel Vadot <manu@FreeBSD.org> |
cpufreq_dt: Find the closest frequency
When building the frequencies table we convert the value in the DTS to megahertz and loose precision. While it's not a problem for most of the DTS it is when t
cpufreq_dt: Find the closest frequency
When building the frequencies table we convert the value in the DTS to megahertz and loose precision. While it's not a problem for most of the DTS it is when the expected frequency value is strict down to the hertz. So it's either we don't truncate the value and have some ugly and long values in the sysctls or we just find the closest frequency. Do the latter.
Reviewed by: mmel Differential Revision: https://reviews.freebsd.org/D41762 Sponsored by: Beckhoff Automation GmbH & Co. KG
show more ...
|
#
685dc743 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: one-line .c pattern
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
|
#
95ee2897 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
sys: Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0 |
|
#
b3407dcc |
| 19-Apr-2022 |
John Baldwin <jhb@FreeBSD.org> |
cpufreq: Remove unused devclass arguments to DRIVER_MODULE.
|
#
eb80ba8d |
| 21-Feb-2022 |
Emmanuel Vadot <manu@FreeBSD.org> |
cpufreq: dt: Plug set but not used variable
Sponsored by: Beckhoff Automation GmbH & Co. KG
|
Revision tags: release/12.3.0 |
|
#
05860ffd |
| 23-Nov-2021 |
Adrian Chadd <adrian@FreeBSD.org> |
cpufreq: Support operating-mode-v2 tables with no voltages
Summary:
The linux device tree documentation for this states that for v1 voltages are required, but for v2 voltages are optional.
So, han
cpufreq: Support operating-mode-v2 tables with no voltages
Summary:
The linux device tree documentation for this states that for v1 voltages are required, but for v2 voltages are optional.
So, handle that here - if there's no regulator/supply provided for a v1 opmode then error out; but keep it optional for v2. Then just don't both doing any regulator calls if it's not configured.
This isn't the best/final solution - mmel@ has suggested that this should be flipped around a bit and print warnings if we get an opp-microvolt property but we don't have a regulator.
Subscribers: imp Reviewed by: mmel, jrtc27, manu
Test Plan: * IPQ4018, with no voltage tables; the freq set is called appropriately.
Differential Revision: https://reviews.freebsd.org/D33140
show more ...
|
#
d3a8f98a |
| 25-Sep-2021 |
Alexander Motin <mav@FreeBSD.org> |
Make CPU children explicitly share parent unit numbers.
Before this device unit number match was coincidental and broke if I disabled some CPU device(s). Aside of cosmetics, for some drivers (may b
Make CPU children explicitly share parent unit numbers.
Before this device unit number match was coincidental and broke if I disabled some CPU device(s). Aside of cosmetics, for some drivers (may be considered broken) it caused talking to wrong CPUs.
show more ...
|
Revision tags: release/13.0.0, release/12.2.0 |
|
#
ab326db8 |
| 02-Sep-2020 |
Mateusz Guzik <mjg@FreeBSD.org> |
cpufreq: clean up empty lines in .c and .h files
|
Revision tags: release/11.4.0 |
|
#
4707401c |
| 09-Jun-2020 |
Emmanuel Vadot <manu@FreeBSD.org> |
coufreq_dt: Rename DEBUG to DPRINTF
DEBUG is a kernel configuration flag and if used cpufreq_dt.c will fail the build of kernel.
PR: 246867 Submitted by: Oskar Holmund (oskar.holmlund@ohdata.se) M
coufreq_dt: Rename DEBUG to DPRINTF
DEBUG is a kernel configuration flag and if used cpufreq_dt.c will fail the build of kernel.
PR: 246867 Submitted by: Oskar Holmund (oskar.holmlund@ohdata.se) MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D25080
show more ...
|
#
16b90565 |
| 10-Mar-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r358731 through r358831.
|
#
7c962201 |
| 09-Mar-2020 |
Emmanuel Vadot <manu@FreeBSD.org> |
cpufreq: Unbreak build.
|
#
21d69a14 |
| 09-Mar-2020 |
Emmanuel Vadot <manu@FreeBSD.org> |
cpufreq_dt: Fix r358555
Before skipping the current cpu when trying to find the ones that have the same opp, record that this one have this opp.
Reported by: mmel MFC after: 2 weeks X-MFC-With: r35
cpufreq_dt: Fix r358555
Before skipping the current cpu when trying to find the ones that have the same opp, record that this one have this opp.
Reported by: mmel MFC after: 2 weeks X-MFC-With: r358555
show more ...
|
#
e43d33d2 |
| 05-Mar-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r358466 through r358677.
|
#
a969e975 |
| 02-Mar-2020 |
Emmanuel Vadot <manu@FreeBSD.org> |
cpufreq_dt: Improve multiple opp support
When looking for cpu with the same OPP starts from the root /cpus node so each instance of cpufreq_dt will now each cpu with the same operating point. Also t
cpufreq_dt: Improve multiple opp support
When looking for cpu with the same OPP starts from the root /cpus node so each instance of cpufreq_dt will now each cpu with the same operating point. Also test that the node we are testing have the property "device_type" set to be equal to "cpu". While here add more debug printfs (off by defaults).
MFC after: 2 weeks
show more ...
|
#
ddef7bb5 |
| 03-Dec-2019 |
Emmanuel Vadot <manu@FreeBSD.org> |
cpufreq_dt: Do not fetch again hw.ncpu
MD code already set the global variable mp_ncpus according to the tunable hw.ncpu so use the global variable directly.
Reported by: ian
|
#
4b23e1e5 |
| 03-Dec-2019 |
Emmanuel Vadot <manu@FreeBSD.org> |
cpufreq_dt: Do not attach the device if the cpu isn't present
If we boot with hw.ncpu=X (available on arm and arm64 at least) we shouldn't attach the cpufreq driver as cf_set_method will try to get
cpufreq_dt: Do not attach the device if the cpu isn't present
If we boot with hw.ncpu=X (available on arm and arm64 at least) we shouldn't attach the cpufreq driver as cf_set_method will try to get the cpuid and it doesn't exists. This solves cpufreq panicing on RockChip RK3399 when booting with hw.ncpu=4
MFC after: 1 week
show more ...
|
#
e213223c |
| 03-Dec-2019 |
Emmanuel Vadot <manu@FreeBSD.org> |
Remove "all rights reserved" from copyright for the file I own. Some of the files have both me and Jared McNeill and he gave me permission to remove it from his files too.
|
Revision tags: release/12.1.0, release/11.3.0 |
|
#
f9856d08 |
| 21-Mar-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead @345353
|
#
a701764e |
| 19-Mar-2019 |
Michal Meloun <mmel@FreeBSD.org> |
Improve cpufreq_dt. - older DT can use 'cpu0-supply' property for power supply binding. - don't expect that actual CPU frequency is contained in CPU operational point table, but read current CPU
Improve cpufreq_dt. - older DT can use 'cpu0-supply' property for power supply binding. - don't expect that actual CPU frequency is contained in CPU operational point table, but read current CPU voltage directly from reguator. Typically, u-boot can set starting CPU frequency to any value.
MFC after: 2 weeks
show more ...
|
Revision tags: release/12.0.0 |
|
#
41a76289 |
| 19-Jul-2018 |
Emmanuel Vadot <manu@FreeBSD.org> |
cpufreq_dt: Add operating-points-v2 support
Oppv2 add more flexibility on regulator value for the core voltage amongst other new thing. For now only shared opp table is supported as I don't have har
cpufreq_dt: Add operating-points-v2 support
Oppv2 add more flexibility on regulator value for the core voltage amongst other new thing. For now only shared opp table is supported as I don't have hardware with non-shared opp table.
Tested-On: OrangePi One (with oppv1 and oppv2) Tested-On: Pine64-LTS
show more ...
|
Revision tags: release/11.2.0 |
|
#
f7604b1b |
| 10-Apr-2018 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
Align OF_getencprop_alloc API with OF_getencprop and OF_getprop_alloc
Change OF_getencprop_alloc semantics to be combination of malloc and OF_getencprop and return size of the property, not number o
Align OF_getencprop_alloc API with OF_getencprop and OF_getprop_alloc
Change OF_getencprop_alloc semantics to be combination of malloc and OF_getencprop and return size of the property, not number of elements allocated.
For the use cases where number of elements is preferred introduce OF_getencprop_alloc_multi helper function that copies semantics of OF_getencprop_alloc prior to this change.
This is to make OF_getencprop_alloc and OF_getencprop_alloc_multi function signatures consistent with OF_getencprop_alloc and OF_getencprop_alloc_multi.
Functionality-wise this patch is mostly rename of OF_getencprop_alloc to OF_getencprop_alloc_multi except two calls in ofw_bus_setup_iinfo where 1 was used as a block size.
show more ...
|