β¬’ DragonFlyBSD Kernel Audit
← triage Β· dashboard
DF-4822

DCE110v output regamma mode is never engaged: configure_regamma_mode() discards its computed value and writes literal 0, and dce110_opp_set_regamma_mode_v() is an empty stub β€” user-programmed gamma LUT silently bypassed

Summary

The computed GAMMA_CORR_MODE value is discarded and literal 0 (bypass) written; the mode-switch entry point is an empty TODO stub - the just-programmed PWL LUT is never selected, so a DRM-master's per-CRTC gamma is silently ignored on DCE11 virtual-transform hardware. Pure color-management correctness (LUT walks bounds-proven clean this pass); byte-identical upstream v4.15/v6.1. Write-value + implement-stub fix.

Discussion (0)

No comments yet.

PoC verification

Evidence pack

findings/poc/DF-4822 Β· 1 files
FileTypeDescriptionSize
verdict.json file 997 B view raw

Fix verification

not_testable
per-fix-DF-4822

Confirmed kernel references

Detail

Exploit chain

none - display color management only

Evidence (decisive lines)

findings/poc/DF-4822/ (this verdict)

Verdict

Functional correctness (no security impact): configure_regamma_mode builds the GAMMA_CORR_MODE value then writes literal 0 (bypass) instead of it, and dce110_opp_set_regamma_mode_v is an empty TODO stub - the just-programmed PWL LUT (all walks bounds-proven this pass) is never actually selected by the hardware, so a DRM-master's per-CRTC gamma is silently ignored on DCE11 'virtual' transform hardware (Carrizo/Stoney). Byte-identical upstream v4.15 and still v6.1 (upstream-fix-worthy). Write-the-value + implement-the-stub fix.