diff options
author | 2025-03-05 15:13:25 +0200 | |
---|---|---|
committer | 2025-03-05 14:36:04 +0100 | |
commit | 8015443e24e76fac97268603e91c4793970ce657 (patch) | |
tree | eab6717ef3f12a8481bd022c82e5d67ed2476a32 /tools/perf/scripts/python/export-to-postgresql.py | |
parent | gpio: gpio-rcar: Drop direct use of valid_mask (diff) | |
download | wireguard-linux-8015443e24e76fac97268603e91c4793970ce657.tar.xz wireguard-linux-8015443e24e76fac97268603e91c4793970ce657.zip |
gpio: Hide valid_mask from direct assignments
The valid_mask member of the struct gpio_chip is unconditionally written
by the GPIO core at driver registration. Current documentation does not
mention this but just says the valid_mask is used if it's not NULL. This
lured me to try populating it directly in the GPIO driver probe instead
of using the init_valid_mask() callback. It took some retries with
different bitmaps and eventually a bit of code-reading to understand why
the valid_mask was not obeyed. I could've avoided this trial and error if
the valid_mask was hidden in the struct gpio_device instead of being a
visible member of the struct gpio_chip.
Help the next developer who decides to directly populate the valid_mask
in struct gpio_chip by hiding the valid_mask in struct gpio_device and
keep it internal to the GPIO core.
Suggested-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Matti Vaittinen <mazziesaccount@gmail.com>
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
Link: https://lore.kernel.org/r/4547ca90d910d60cab3d56d864d59ddde47a5e93.1741180097.git.mazziesaccount@gmail.com
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions