summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorMark Brown <broonie@kernel.org>2026-08-30 23:55:22 +0100
committerMark Brown <broonie@kernel.org>2026-08-30 23:55:22 +0100
commit45e0bda47f4d68cfc8120bf19f611f2e8f386d61 (patch)
tree70ac6450a18df5a5582f2f374141de7d719ce1f2 /tools/perf/scripts/python
parentac5ffbd9565b2976d9794f644ebb26124655bc64 (diff)
parentf1b2a0434b5bdf858ce2f837e55312cf7435ab8c (diff)
ASoC: Make sure clk_init_data is fully initialized
Geert Uytterhoeven <geert+renesas@glider.be> says: The clk_init_data structure contains several mutually-exclusive members for different methods to specify the possible parents of a clock, prompting drivers to initialize only the members they need. However, not initializing all members may cause subtle issues, which are only exposed when CONFIG_INIT_STACK_ALL_PATTERN or CONFIG_INIT_STACK_NONE is enabled. Hence this series aims to make sure all members are fully initialized, to avoid such bugs, and to prevent future breakage when converting drivers to a different method for specifying the parents. Part One[1] fixed all cases that I identified to be real bugs, in response to a crash I saw on BeagleBone Black. This series is the ASoC subpart of Part Two, which fixes remaining cases that are currently harmless. These are still fragile, and may cause future breakage when converting drivers to a different method for specifying the parents. Thanks for your comments! [1] "[PATCH treewide 0/5] clk: Make sure clk_init_data is fully initialized (part 1)" https://lore.kernel.org/cover.1787165329.git.geert+renesas@glider.be Link: https://patch.msgid.link/cover.1787239902.git.geert+renesas@glider.be
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions