From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754783AbdAKOve (ORCPT ); Wed, 11 Jan 2017 09:51:34 -0500 Received: from relay1.mentorg.com ([192.94.38.131]:45740 "EHLO relay1.mentorg.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751525AbdAKOvb (ORCPT ); Wed, 11 Jan 2017 09:51:31 -0500 Subject: Re: [PATCH 56/62] watchdog: tangox_wdt: Convert to use device managed functions To: =?UTF-8?Q?Uwe_Kleine-K=c3=b6nig?= , Marc Gonzalez References: <1484091325-9199-1-git-send-email-linux@roeck-us.net> <1484100561-17638-1-git-send-email-linux@roeck-us.net> <1484100561-17638-5-git-send-email-linux@roeck-us.net> <94c4d5c0-f639-eab1-6706-335977690e88@roeck-us.net> <20170111143917.hedhyfu6m5dopag7@pengutronix.de> CC: Guenter Roeck , Wim Van Sebroeck , , , , Mans Rullgard , Thibaud Cornic , Mark Rutland , Arnd Bergmann From: Vladimir Zapolskiy Message-ID: <3d6670d5-bc35-62cf-81b9-9d41a2f4e803@mentor.com> Date: Wed, 11 Jan 2017 16:50:57 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Icedove/45.2.0 MIME-Version: 1.0 In-Reply-To: <20170111143917.hedhyfu6m5dopag7@pengutronix.de> Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit X-Originating-IP: [137.202.0.87] X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To SVR-IES-MBX-04.mgc.mentorg.com (139.181.222.4) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Uwe, On 01/11/2017 04:39 PM, Uwe Kleine-König wrote: > On Wed, Jan 11, 2017 at 01:31:47PM +0100, Marc Gonzalez wrote: >> On 11/01/2017 11:52, Guenter Roeck wrote: >> >>> On 01/11/2017 01:07 AM, Marc Gonzalez wrote: >>> >>>>> @@ -134,12 +134,15 @@ static int tangox_wdt_probe(struct platform_device *pdev) >>>>> err = clk_prepare_enable(dev->clk); >>>>> if (err) >>>>> return err; >>>>> + err = devm_add_action_or_reset(&pdev->dev, >>>>> + (void(*)(void *))clk_disable_unprepare, >>>>> + dev->clk); >>>>> + if (err) >>>>> + return err; > > This looks wrong. There is no clk_unprepare_disable when > devm_add_action_or_reset fails. actually there is a call to clk_disable_unprepare() on error path, you may take a look at devm_add_action_or_reset() implementation. Your comment is valid for devm_add_action() function though, but it's not the case here. -- With best wishes, Vladimir