summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorRong Zhang <i@rong.moe>2026-09-21 03:40:17 +0800
committerLee Jones <lee@kernel.org>2026-09-24 13:17:32 +0100
commit96b4ddd6d2d8c645d672f1f26130685d9f40cf2f (patch)
tree929306af8a4336f077fdefc00bf384b146227116 /tools/perf/scripts/python
parent7879d6277485697cf37eb3c1b89ce260d8c67e4f (diff)
downloadlinux-next-96b4ddd6d2d8c645d672f1f26130685d9f40cf2f.tar.gz
linux-next-96b4ddd6d2d8c645d672f1f26130685d9f40cf2f.zip
leds: class: Remove hardware control trigger when writing brightness
Since commit b819dc7d8fb2 ("leds: core: Report ENODATA for brightness of hardware controlled LED"), the brightness attribute becomes write-only when the LED is controlled fully by the hardware. A write-only attribute is very confusing. Moreover, most LED drivers set hardware brightness innocently with the side effect of disabling hardware control, but the hardware control trigger remains active, resulting in the software and hardware being out of sync. Fix it by removing the hardware control trigger when writing the brightness attribute. This should also match the semantics of hardware control: When the LED is in hw control, no software blink is possible and doing so will effectively disable hw control. Fixes: b819dc7d8fb2 ("leds: core: Report ENODATA for brightness of hardware controlled LED") Acked-by: Ike Panhc <ikepanhc@gmail.com> Signed-off-by: Rong Zhang <i@rong.moe> Link: https://patch.msgid.link/20260921-leds-trigger-hw-changed-v7-3-fe3cdb6dec51@rong.moe Signed-off-by: Lee Jones <lee@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions