src/sys/dev/cpufreq, branch releng/14.2FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F14.22023-10-18T14:30:22Zcpufreq_dt: Find the closest frequency2023-10-18T14:30:22ZEmmanuel Vadotmanu@FreeBSD.org2023-09-06T16:40:17Zurn:sha1:62ce4a798f2c8a6357e8bc0c46e0f3e077ca1958
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
(cherry picked from commit 17c17872ca98df0e2b9f9c7a2c41ef73f7dee21a)
sys: Remove $FreeBSD$: one-line .c pattern2023-08-16T17:54:36ZWarner Loshimp@FreeBSD.org2023-08-16T17:54:36Zurn:sha1:685dc743dc3b5645e34836464128e1c0558b404b
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
sys: Remove $FreeBSD$: two-line .h pattern2023-08-16T17:54:11ZWarner Loshimp@FreeBSD.org2023-08-16T17:54:11Zurn:sha1:95ee2897e98f5d444f26ed2334cc7c439f9c16c6
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSD2023-05-12T16:44:03ZWarner Loshimp@FreeBSD.org2023-05-10T15:40:58Zurn:sha1:4d846d260e2b9a3d4d0a701462568268cbfe7a5b
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
cpufreq: Remove unused devclass arguments to DRIVER_MODULE.2022-05-06T22:39:29ZJohn Baldwinjhb@FreeBSD.org2022-04-19T21:08:04Zurn:sha1:b3407dcc5883f2f465d44aed2d107606311731a4cpufreq: dt: Plug set but not used variable2022-02-21T10:08:23ZEmmanuel Vadotmanu@FreeBSD.org2022-02-21T10:04:09Zurn:sha1:eb80ba8d543f59231ff2161da4b42ee2703dbc7f
Sponsored by: Beckhoff Automation GmbH & Co. KG
cpufreq: Support operating-mode-v2 tables with no voltages2021-12-14T17:49:17ZAdrian Chaddadrian@FreeBSD.org2021-11-23T05:43:25Zurn:sha1:05860ffdb42877ab1e40fd6df8a12f3d45727289
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
Make CPU children explicitly share parent unit numbers.2021-09-25T03:31:51ZAlexander Motinmav@FreeBSD.org2021-09-25T03:25:46Zurn:sha1:d3a8f98acbf51e728411f10c5f179a30b9ca683c
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.
cpufreq: clean up empty lines in .c and .h files2020-09-01T22:11:48ZMateusz Guzikmjg@FreeBSD.org2020-09-01T22:11:48Zurn:sha1:ab326db897ce665f9a71146070e28b4d71e8419bcoufreq_dt: Rename DEBUG to DPRINTF2020-06-09T09:42:39ZEmmanuel Vadotmanu@FreeBSD.org2020-06-09T09:42:39Zurn:sha1:4707401c7552129f41882659c52a9c1c0f2fbc77
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