Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1739425pxj; Sat, 22 May 2021 00:22:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxUgVstlOSy8N3PH2LvA+5q8J7VIF0P9pthzvQb/8LzRi0sHXnUpz9DB022b4w4sb1GwMNM X-Received: by 2002:aa7:cb48:: with SMTP id w8mr15199961edt.12.1621668171197; Sat, 22 May 2021 00:22:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621668171; cv=none; d=google.com; s=arc-20160816; b=SLh0DoHtJnR7GJKFThvixGIItkUuQTgAjHG/GZhKWFfyXaU/N1q+I/avxieywINAI1 AIxpTY1pHWqJnBopoVxrmLpT7BA11TwKo2WX6RC0D9QfPV77tE/SUltlA25W4GGpONiM IYov74ShVUI+mFoAnn8x3pgGbCUqP1PtZLkWRb6RSwzFNIHfZlkyw7vxfnOCl4IGuH+j 74jPiop+iqe7lBQ/x5S28MjCa/NyMq8qzGzs1c+Sf5pQqL9Sz7mkY7SUO5wLKUdXYBFi GnKN7qKDCvvqywC2kaKrwn7MhCunKVuk3NjCn61N6TYbJeu+pRkZukEoiVLdh3iP56ec NroQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=/zIeYsSZst1r8d2moePTSJqsfQzzZS7QuUbYuPAF+Ig=; b=0Xrp/kwiosHl8hj09nFEk7hRuLemF/hBnqoYCSOfsbTMh83cGyN61N9QClxo7m1+BX 0pUHwaQZ6LK7Q09awc80OR9VkKsmwKiyfkgo2HPow7mtETahhoq0N9nCafZrWxFpyEh+ eUA1eSSHkQ3S6aSNckv3TnUsa2WGOaB+hnvKHAmIh/nacttHhamxWCj85Vp7okPlyTIN SgW/DBwXxkgaJFlhveQMQcCQ5wjPb9KO9ltPdSkX8qQHGzYFaEXTlWMeYq2yybE9dCVK TvXBYhzM3f/Z/41yNH3Xih3yr1NMdk9anlNM5Ld30aIdR3Yns+rkFTfl2FPsqsvEsQL+ iVjg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a42si8910058edf.438.2021.05.22.00.22.27; Sat, 22 May 2021 00:22:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230062AbhEVHSe (ORCPT + 99 others); Sat, 22 May 2021 03:18:34 -0400 Received: from smtp13.smtpout.orange.fr ([80.12.242.135]:33459 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S230028AbhEVHSd (ORCPT ); Sat, 22 May 2021 03:18:33 -0400 Received: from [192.168.1.18] ([86.243.172.93]) by mwinf5d71 with ME id 7jH62500A21Fzsu03jH7Ri; Sat, 22 May 2021 09:17:07 +0200 X-ME-Helo: [192.168.1.18] X-ME-Auth: Y2hyaXN0b3BoZS5qYWlsbGV0QHdhbmFkb28uZnI= X-ME-Date: Sat, 22 May 2021 09:17:07 +0200 X-ME-IP: 86.243.172.93 Subject: Re: [PATCH 0/4] clk: mvebu: Fix some error handling paths + do some clean-up To: arnd@arndb.de, gregkh@linuxfoundation.org, mihai.carabas@oracle.com, andriy.shevchenko@linux.intel.com, pizhenwei@bytedance.com, pbonzini@redhat.com, bobo.shaobowang@huawei.com, linqiheng@huawei.com Cc: linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org References: From: Marion & Christophe JAILLET Message-ID: Date: Sat, 22 May 2021 09:17:07 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 22/05/2021 à 08:51, Christophe JAILLET a écrit : > This serie fixes some (unlikely) error handlings paths. > > The 4th patch is completely speculative. When I compile-tested the changes, > I had to remove this line in order for it to compile. > As it works fine (at least for me) without it, I wonder if it is needed at all. > > > Also, I wonder if the drivers in drivers/clk/mvebu are used by anyone. > In order to compile-test the changes, I also had to change the 'bool' in Kconfig > by 'bool "blah"'. Without this change, it was not possible to set > CONFIG_MVEBU_CLK_CPU required by Makefile. > > I don't know if I did something wrong, if it is an issue only on my environment > or if something got broken at some time in the build chain but it looks > spurious. > > If I'm right and that these drivers never compile and no-one noticed it, > maybe removing them is better than fixing some unlikely issues and style. > If these drivers should stay, Kconfig may need some love from someone. > > Christophe JAILLET (4): > clk: mvebu: Fix a memory leak in an error handling path > clk: mvebu: Fix a another memory leak in an error handling path > clk: mvebu: Fix a checkpatch warning > clk: mvebu: Remove an unneeded include > > drivers/clk/mvebu/clk-cpu.c | 22 +++++++++++++--------- > 1 file changed, 13 insertions(+), 9 deletions(-) NAK, wrong cover letter sent Sorry for the noise. CJ