Skip to content

adaptive: Treat SwOem conditions as unsupported instead of ODVP#582

Open
RevySR wants to merge 1 commit into
intel:masterfrom
RevySR:adaptive-swoem-unsupported
Open

adaptive: Treat SwOem conditions as unsupported instead of ODVP#582
RevySR wants to merge 1 commit into
intel:masterfrom
RevySR:adaptive-swoem-unsupported

Conversation

@RevySR

@RevySR RevySR commented Jun 27, 2026

Copy link
Copy Markdown

Per Intel DPTF ConditionType.h, condition ids in [0x2000, 0x10000) are software-OEM conditions set at runtime by OEM software via DPTF/ESIF; they have no equivalent on Linux. thermald instead lumped the whole [0x1000, 0x10000) range into ODVP and mapped e.g. 0x200D to a non-existent odvp4115, logging "Unable to read odvp4115" every poll while verify_condition() still reported it as supported.

Restrict the ODVP mapping to [0x1000, 0x2000) and treat [0x2000, 0x10000) as unsupported, taking the same quiet path as other unsupported conditions. No functional change - such sets were never satisfiable on Linux; this only drops the per-poll error spam.

Per Intel DPTF ConditionType.h, condition ids in [0x2000, 0x10000) are
software-OEM conditions set at runtime by OEM software via DPTF/ESIF;
they have no equivalent on Linux. thermald instead lumped the whole
[0x1000, 0x10000) range into ODVP and mapped e.g. 0x200D to a
non-existent odvp4115, logging "Unable to read odvp4115" every poll
while verify_condition() still reported it as supported.

Restrict the ODVP mapping to [0x1000, 0x2000) and treat [0x2000,
0x10000) as unsupported, taking the same quiet path as other
unsupported conditions. No functional change - such sets were never
satisfiable on Linux; this only drops the per-poll error spam.

Signed-off-by: Han Gao <rabenda.cn@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant