Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp6196325rwi; Tue, 18 Oct 2022 09:13:13 -0700 (PDT) X-Google-Smtp-Source: AMsMyM51wBh+oaRjZ8DImLokweXHzb4Ui/xfSLJ/w/ZV6Vy4X/ajiQOvaireZaVBqKSFtUGF2LcF X-Received: by 2002:aa7:800a:0:b0:565:af23:f5a4 with SMTP id j10-20020aa7800a000000b00565af23f5a4mr4024523pfi.42.1666109592892; Tue, 18 Oct 2022 09:13:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666109592; cv=none; d=google.com; s=arc-20160816; b=yrp+NNCM3TTn2Kf6C6noCw7/v3rtAljlwtZO6pT9aEB7orpWtmNZ8mTZKSW0GjYGex x65Cq6vBNzyGbG2E2tlEz+PwvC5CC6WshBxAb+yUhVW0jQEZovzy2mFma+OnNtJTeZu7 LB2z4ozM7MW0Bbcqm9N4i3Jk8VT5LM1YPcoyf6LswnRS20oHqV6L71wmQCEmSVTJGhDo +SMt8CDaeFzGUxi2At5eImWEaknncmXTCQEQnL6rITbY7oJz3CoP8pFllHs/85AKcza9 E4ZfVlUNxyLSQylbNKAMVerEfyQTTu6rSOyASbOU9C2YHP1VJL92vcc1nWoIhhfCl6gg O1lg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=8JlbMErcGNycCCtodyD6GpAsyH/iGxyyMdZWiKDQlaU=; b=ybfL2P66hsLWglNzkxslkpm/FjRrTlyS0DRDY6NwTQTa96pH6daLZzdF2NlgTa7p8e SITU5QojleXFI5EWHPvnSMQWi6mt1CBtyFQ2TpJHa3V8Qv/uMry/dM59BUw10YevJnHv qGuB0FTe1VCnqP2yuIfMnGH7Fjbbw+GzTn4diLsK9jEa8dmwRGcwazXPkGafF4Yz4oIT l5r98BZJoXPJAVrmPpE7R0fYIEgRxIot+C15g5fH181us8d36958cGlOuyBy1bDU6eh7 Hlo3ikh2FyjEmEbZJQLTcvnD+E5W3+v80YWs2wFoX8yx1U4a0mX3rSjuFSNu2lrD0dJi 2iIQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=mxSI9U6A; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=amarulasolutions.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c21-20020a63d515000000b00448f268c5c6si15705078pgg.191.2022.10.18.09.12.42; Tue, 18 Oct 2022 09:13:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=mxSI9U6A; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=amarulasolutions.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230059AbiJRQEF (ORCPT + 99 others); Tue, 18 Oct 2022 12:04:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35024 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231258AbiJRQEB (ORCPT ); Tue, 18 Oct 2022 12:04:01 -0400 Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1212E9A2B9 for ; Tue, 18 Oct 2022 09:03:57 -0700 (PDT) Received: by mail-ed1-x530.google.com with SMTP id t16so1943242edd.2 for ; Tue, 18 Oct 2022 09:03:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amarulasolutions.com; s=google; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=8JlbMErcGNycCCtodyD6GpAsyH/iGxyyMdZWiKDQlaU=; b=mxSI9U6ANwBzyr2DzsUzEZ5jHidPM/I7Z91CgyqWEgjleLppoOBKuSA3cHaE6L7Vki UrFxXOXbRGPO6Fj91mhIQOqLC7PRzKhDFMUX6/7XYewOA17AIyLTwyxRRLEe5rB55XXk 9WHTSp6t0S0SQRb4u99G6OnjP7E70rJxF+Kns= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=8JlbMErcGNycCCtodyD6GpAsyH/iGxyyMdZWiKDQlaU=; b=E5QL3x/+ex72k12Edglzn23zggpUoth8+0ixakwPXG/SUXlQPCwuWnOzV6Umg0NlQG 1uS8XDqwdvwVd/UcLpLypa/zQl+/MFn3H5Td5Ms+n3nmudgDgkNHHnLTSSo0p2FvmhKu y5cQyc48IGV46CQ702hXYNd0LoFUH/L0yQITAtIZxUCkTklGAV9O1TMq6I6sQdIlgH2S yS5tEEhIo3sTpXHxddOvnrm4lIFr1AbrZ4VDzUy2f4G6jY922JvRfkNEk29LgKo8n1Zg qWgmsni6fyc0VPlvc7HhggbYhPwqldBB0e6CCGGQS0X5ajcF6goS/zPPl64NgP3XhsrF xcYA== X-Gm-Message-State: ACrzQf2r/zm/+zL0b8Qr4wcCitGLARvIw/pEFPrsgpLDQruwmORz4tbY SeGCdw+rwzVi7bYalVe2/DqJydpfEHPRJA== X-Received: by 2002:a05:6402:34cd:b0:45d:a345:764 with SMTP id w13-20020a05640234cd00b0045da3450764mr3286646edc.415.1666109035532; Tue, 18 Oct 2022 09:03:55 -0700 (PDT) Received: from dario-ThinkPad-T14s-Gen-2i.homenet.telecomitalia.it (host-95-244-101-110.retail.telecomitalia.it. [95.244.101.110]) by smtp.gmail.com with ESMTPSA id j10-20020a17090623ea00b007919ba4295esm1166014ejg.216.2022.10.18.09.03.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 18 Oct 2022 09:03:54 -0700 (PDT) From: Dario Binacchi To: linux-kernel@vger.kernel.org Cc: Amarula patchwork , michael@amarulasolutions.com, Dario Binacchi , kernel test robot , Allison Randal , Miaoqian Lin , Michael Turquette , Stephen Boyd , Tero Kristo , Thomas Gleixner , Tony Lindgren , linux-clk@vger.kernel.org, linux-omap@vger.kernel.org Subject: [PATCH v2] clk: ti: dra7-atl: don't allocate `parent_names' variable Date: Tue, 18 Oct 2022 18:03:52 +0200 Message-Id: <20221018160352.1591428-1-dario.binacchi@amarulasolutions.com> X-Mailer: git-send-email 2.32.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The `parent_names' variable was freed also in case of kzalloc() error. Instead of modifying the code to perform a proper memory release, I decided to fix the bug by not allocating memory. Since only one parent name is referenced, it is not necessary to allocate this variable at runtime and therefore you can avoid calling the kzalloc() function. This simplifies the code (even calls to kfree can be removed) and improves the performance of the routine. Note: Although no operation is performed by kfree() on a NULL pointer, it was however suboptimal and semantically wrong doing it. Signed-off-by: Dario Binacchi Reported-by: kernel test robot --- Changes in v2: - Fix compiling error - Add kernel test robot's Reported-by tag. drivers/clk/ti/clk-dra7-atl.c | 11 ++--------- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/drivers/clk/ti/clk-dra7-atl.c b/drivers/clk/ti/clk-dra7-atl.c index ff4d6a951681..78482d1a4a33 100644 --- a/drivers/clk/ti/clk-dra7-atl.c +++ b/drivers/clk/ti/clk-dra7-atl.c @@ -164,7 +164,7 @@ static void __init of_dra7_atl_clock_setup(struct device_node *node) { struct dra7_atl_desc *clk_hw = NULL; struct clk_init_data init = { NULL }; - const char **parent_names = NULL; + const char *parent_names[1]; const char *name; struct clk *clk; @@ -188,24 +188,17 @@ static void __init of_dra7_atl_clock_setup(struct device_node *node) goto cleanup; } - parent_names = kzalloc(sizeof(char *), GFP_KERNEL); - - if (!parent_names) - goto cleanup; - parent_names[0] = of_clk_get_parent_name(node, 0); init.parent_names = parent_names; clk = ti_clk_register(NULL, &clk_hw->hw, name); - if (!IS_ERR(clk)) { of_clk_add_provider(node, of_clk_src_simple_get, clk); - kfree(parent_names); return; } + cleanup: - kfree(parent_names); kfree(clk_hw); } CLK_OF_DECLARE(dra7_atl_clock, "ti,dra7-atl-clock", of_dra7_atl_clock_setup); -- 2.32.0