Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp4755411rwi; Mon, 17 Oct 2022 10:13:11 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4VZGLItLEb4bqDSWv01jjd/nwXXpBxv6OO40hLiV/MevNjLBQ5LVbeb+QrKpYk0HyzNNFK X-Received: by 2002:a17:903:1211:b0:178:a692:b1e3 with SMTP id l17-20020a170903121100b00178a692b1e3mr13315730plh.48.1666026791414; Mon, 17 Oct 2022 10:13:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666026791; cv=none; d=google.com; s=arc-20160816; b=cnZa0YoSMf7ma7+35dwyGez0WTmI6fEjJIavLNR7xhwIo/mQVCjP+AEecRNyMsyLAt hG+amBgPBUGCnv6VBThHRq6xNjwIGiwfoXl5wDH9Xu8OJUO/Ib8AyFhWP+NK0qZ40ncC n3aAjdZCzVN4XKHGlaZG/h3ntL3yS7t4HQMG9dr0T5iTD4xyYTiaaEFjNi+n73FM8i9F BlXcn/8h350jt+aQ4fCycFwdu19OOhWTqPkC23VxpKJRbtZE2WsGbvOHnvl2ZPDt4muL 7gDhQvZc+Ize+08QaGi8pApTa0qtbsr8L1WEL9erq86ZbOZlIBNYPmJLETUeBlmkQDsN JOZQ== 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=drbnWG6FnPMKy+1KjZWfuBI6Wm/8lttgnizdA5I4wh0=; b=q1+GmOOzbb9DP+hpzOgt6d+G+lR8zDHAHoXv7R9B4Or8I7vwo3UlNU35nshggWC97s AxyypPckYRFWeb22TVRHhdHHZzP7INzRctE78EYQ1BK8VECSZMKKJSD3cOHteikSGNew 2tSHtDhNCAk7L3t/EftNvl7V2KncWBcUiEsoGOP+raWrxAsN20Bpb29BhDQgwYIyfiW+ 9pdc/6loyaCeV5rr/m7GI+CXIajzvUmPfznVeLk9OwNwzVFqYOzNJ07HJND72Gn4l7NG 6NLIJhLZqoOJIdRqi/m1Z0GzEUHSdEVx+SExiSMWHPggRbN0pvenVVTJf+kvDwR2jcV8 UYVQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amarulasolutions.com header.s=google header.b=KuVlSmIb; 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 h19-20020a056a00231300b00563b702a8e5si14476356pfh.10.2022.10.17.10.12.58; Mon, 17 Oct 2022 10:13:11 -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=KuVlSmIb; 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 S229780AbiJQQui (ORCPT + 99 others); Mon, 17 Oct 2022 12:50:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34888 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229787AbiJQQuf (ORCPT ); Mon, 17 Oct 2022 12:50:35 -0400 Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 559AC5AC53 for ; Mon, 17 Oct 2022 09:50:33 -0700 (PDT) Received: by mail-ej1-x62f.google.com with SMTP id y14so26255627ejd.9 for ; Mon, 17 Oct 2022 09:50:33 -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=drbnWG6FnPMKy+1KjZWfuBI6Wm/8lttgnizdA5I4wh0=; b=KuVlSmIb+mR5CV6eITXFG6u2+ges8sQgbxnm+3vT1lBOjzQyKbr7eP/m0ySlkX1gPv yqRF3Zo8/T7hNqNhLfcWvnEEoYlhY4e6I+bT2Mfh1zGb5qHdQs9PpcpjOrF/mLdw3YtZ 4R153dfRrrKX3ZgPrqYnNF/NRVzUiyp09gv7w= 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=drbnWG6FnPMKy+1KjZWfuBI6Wm/8lttgnizdA5I4wh0=; b=eS+/L5CeoKPBoIIQeee1WUxHALwpNS1Ksbc1MXJ9lUXfLqAkKaZL8+o7VCCbWbqrek xUPLH0EW7Tkh8/jU/9A0Y5hpmyCCBua2ohaUfDo308u+VqwYaira3G3Q8VgCu1clET+Z nxPp+gzfLKQ9Y2nbBZbscCc2eW2Ho3rvB76bhhCllFZw3LNwIgpvi0PuMG5yZeZYc9mG L8knTkkHPqUxylb9wlB5+6JVsDEF/jRNLV9TDToUMMmZXRNT0TjknAZgNZH56gmbajFb rvDDqt8EAh+Zg1VCfw0dUvVOCLfm3KTudIT3oenY/uoFcU6YRkBtSQ+fal1P3T1rFBY6 GlJw== X-Gm-Message-State: ACrzQf1LbxHnsKiilXFMkNz4QLiNnbg6GXtIwR+AYWwzFn5SoFudgLtT NNtGG+x7lTcg9et9M3v+G4i40vczZmMGIA== X-Received: by 2002:a17:907:2d1e:b0:78e:2c3b:559f with SMTP id gs30-20020a1709072d1e00b0078e2c3b559fmr9375041ejc.435.1666025431720; Mon, 17 Oct 2022 09:50:31 -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 o7-20020a170906774700b0077086d2db8esm6473027ejn.140.2022.10.17.09.50.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 17 Oct 2022 09:50:31 -0700 (PDT) From: Dario Binacchi To: linux-kernel@vger.kernel.org Cc: michael@amarulasolutions.com, Amarula patchwork , Dario Binacchi , 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] clk: ti: dra7-atl: don't allocate `parent_names' variable Date: Mon, 17 Oct 2022 18:50:28 +0200 Message-Id: <20221017165028.4194254-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 --- drivers/clk/ti/clk-dra7-atl.c | 14 ++------------ 1 file changed, 2 insertions(+), 12 deletions(-) diff --git a/drivers/clk/ti/clk-dra7-atl.c b/drivers/clk/ti/clk-dra7-atl.c index ff4d6a951681..ec2473069143 100644 --- a/drivers/clk/ti/clk-dra7-atl.c +++ b/drivers/clk/ti/clk-dra7-atl.c @@ -164,7 +164,6 @@ 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 *name; struct clk *clk; @@ -188,24 +187,15 @@ 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; + init.parent_names = of_clk_get_parent_name(node, 0); 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