From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 9C30AC5DF7D for ; Fri, 21 Aug 2026 08:52:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: MIME-Version:Message-ID:Date:Subject:Cc:To:From:Reply-To:Content-Type: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=SHpC3Ozi6e/P0Q+7TjrGp2ZvqmaIp6SqROfSFME5A6I=; b=Ecka16SiB/lvhvPYjszZXtG0pT +XXCepO7c81gCfio3NfQtEk1k2YIFnoBurFK41lXa0jcCOqArhle+i8UNgcrPDY21vuabXYia2D3K uZ4v0XROt6zoQUKiCGK9fgnpop00JHD2uWHIeld7AHQTAeg/BI92xfmrzKgvxXLnxeHG1p/jIh8Fr ewP3WGo+3j08kc2LA4ND80GGJeVFSxmV6dekyEJuo/bXPHuWc+oaFA+WcgD6s+UF8/rG6MKfwyxBL hQ5Uew0JJYHid/wTGpcmShNF5Bvp0EdySycdvJzWJt3advAYOfx268kKxPafQcI9b5bagHA3z9Ttd 75Q+YHAw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wxKzS-0000000Cplf-0ceO; Fri, 21 Aug 2026 08:52:42 +0000 Received: from sea.source.kernel.org ([2600:3c0a:e001:78e:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wxKzL-0000000CpiK-1mgI for linux-arm-kernel@lists.infradead.org; Fri, 21 Aug 2026 08:52:35 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by sea.source.kernel.org (Postfix) with ESMTP id BBC0644FC9; Fri, 21 Aug 2026 08:52:34 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5C2FB1F000E9; Fri, 21 Aug 2026 08:52:32 +0000 (UTC) From: Geert Uytterhoeven To: Liviu Dudau , Sudeep Holla , Lorenzo Pieralisi , Linus Walleij , Russell King , Thierry Reding , Jonathan Hunter Cc: linux-arm-kernel@lists.infradead.org, linux-tegra@vger.kernel.org, linux-clk@vger.kernel.org, Geert Uytterhoeven Subject: [PATCH 0/2] ARM/soc: Make sure clk_init_data is fully initialized Date: Fri, 21 Aug 2026 10:52:23 +0200 Message-ID: X-Mailer: git-send-email 2.43.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi all, 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 ARM/soc 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 Geert Uytterhoeven (2): ARM: versatile: clock: Make sure clk_init_data is fully initialized soc/tegra: pmc: Make sure clk_init_data is fully initialized arch/arm/mach-versatile/spc.c | 2 +- drivers/soc/tegra/pmc.c | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) -- 2.43.0 Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds