aboutsummaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python/exported-sql-viewer.py
diff options
context:
space:
mode:
authorLee Jones <lee@kernel.org>2025-05-01 09:19:12 +0100
committerLee Jones <lee@kernel.org>2025-05-14 09:25:06 +0100
commiteb58933b78cdad9b879dc2dd248e7284341a1cfc (patch)
tree42cf64d8633bbf688ea69417e2cdf59df025291e /tools/perf/scripts/python/exported-sql-viewer.py
parentleds: led-test: Remove standard error checking after KUNIT_ASSERT_*() (diff)
downloadlinux-rng-eb58933b78cdad9b879dc2dd248e7284341a1cfc.tar.xz
linux-rng-eb58933b78cdad9b879dc2dd248e7284341a1cfc.zip
leds: led-test: Fill out the registration test to cover more test cases
Upon successful LED class device registration, it is expected that certain attributes are filled out in pre-defined ways. For instance, if provided, the .brightness_get() call-back should be called to populate the class device 'brightness' attribute, 'max_brightness' should be initialised as LED_FULL (at least until we can rid these pesky enums) and the sysfs group should be created with the class device name supplied by the caller. If subsequent registrations take place that would result in name conflicts, various outcomes are expected depending on which flags are set. If LED_REJECT_NAME_CONFLICT is disabled, registration should succeed resulting in an iteration on the provided name. Conversely, if it's enabled, then registration is expected to fail outright. We test for all of these scenarios here. Link: https://lore.kernel.org/r/20250501081918.3621432-2-lee@kernel.org Signed-off-by: Lee Jones <lee@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/exported-sql-viewer.py')
0 files changed, 0 insertions, 0 deletions