Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753226Ab2HAFOJ (ORCPT ); Wed, 1 Aug 2012 01:14:09 -0400 Received: from mail4-relais-sop.national.inria.fr ([192.134.164.105]:35078 "EHLO mail4-relais-sop.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751310Ab2HAFNh (ORCPT ); Wed, 1 Aug 2012 01:13:37 -0400 X-IronPort-AV: E=Sophos;i="4.77,691,1336341600"; d="scan'208";a="152169349" Date: Wed, 1 Aug 2012 07:13:33 +0200 (CEST) From: Julia Lawall X-X-Sender: jll@localhost6.localdomain6 To: Jingoo Han cc: "'Sachin Kamat'" , "'Damien Cassou'" , kernel-janitors@vger.kernel.org, "'Florian Tobias Schandinat'" , linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: RE: [PATCH 5/5] drivers/video/exynos/exynos_dp_core.c: use devm_ functions In-Reply-To: <003f01cd6fa2$36463bd0$a2d2b370$%han@samsung.com> Message-ID: References: <1343752762-16861-1-git-send-email-damien.cassou@lifl.fr> <1343752762-16861-6-git-send-email-damien.cassou@lifl.fr> <002c01cd6f73$4252b090$c6f811b0$%han@samsung.com> <003e01cd6f9e$5a1146d0$0e33d470$%han@samsung.com> <003f01cd6fa2$36463bd0$a2d2b370$%han@samsung.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3984 Lines: 98 On Wed, 1 Aug 2012, Jingoo Han wrote: > On Wednesday, August 01, 2012 1:38 PM Sachin Kamat wrote: >> >> On 1 August 2012 10:00, Jingoo Han wrote: >>> On Wednesday, August 01, 2012 1:00 PMSachin Kamat wrote: >>>> >>>> On 1 August 2012 04:51, Jingoo Han wrote: >>>>> On Wednesday, August 01, 2012 1:39 AM Damien Cassou wrote: >>>>>> >>>>>> From: Damien Cassou >>>>>> >>>>>> The various devm_ functions allocate memory that is released when a driver >>>>>> detaches. This patch uses these functions for data that is allocated in >>>>>> the probe function of a platform device and is only freed in the remove >>>>>> function. >>>>>> >>>>>> Signed-off-by: Damien Cassou >>>>>> >>>>>> --- >>>>>> drivers/video/exynos/exynos_dp_core.c | 27 +++++++-------------------- >>>>>> 1 file changed, 7 insertions(+), 20 deletions(-) >>>>>> >>>>>> diff --git a/drivers/video/exynos/exynos_dp_core.c b/drivers/video/exynos/exynos_dp_core.c >>>>>> index c6c016a..00fe4f0 100644 >>>>>> --- a/drivers/video/exynos/exynos_dp_core.c >>>>>> +++ b/drivers/video/exynos/exynos_dp_core.c >>>>>> @@ -872,7 +872,7 @@ static int __devinit exynos_dp_probe(struct platform_device *pdev) >>>>>> >>>>>> dp->dev = &pdev->dev; >>>>>> >>>>>> - dp->clock = clk_get(&pdev->dev, "dp"); >>>>>> + dp->clock = devm_clk_get(&pdev->dev, "dp"); >>>>>> if (IS_ERR(dp->clock)) { >>>>>> dev_err(&pdev->dev, "failed to get clock\n"); >>>>>> return PTR_ERR(dp->clock); >>>>>> @@ -881,31 +881,24 @@ static int __devinit exynos_dp_probe(struct platform_device *pdev) >>>>>> clk_enable(dp->clock); >>>>>> >>>>>> res = platform_get_resource(pdev, IORESOURCE_MEM, 0); >>>>>> - if (!res) { >>>>>> - dev_err(&pdev->dev, "failed to get registers\n"); >>>>>> - ret = -EINVAL; >>>>>> - goto err_clock; >>>>>> - } >>>>> >>>>> Why do you remove this return check? >>>>> If there is no reason, please, do it as follows: >>>>> >>>>> res = platform_get_resource(pdev, IORESOURCE_MEM, 0); >>>>> if (!res) { >>>>> dev_err(&pdev->dev, "failed to get registers\n"); >>>>> - ret = -EINVAL; >>>>> - goto err_clock; >>>>> + return -EINVAL; >>>>> } >>>>> >>>>> >>>> >>>> devm_request_and_ioremap function checks the validity of res. Hence >>>> this check above is redundant and can be removed. >>> >>> >>> I don't think so. >>> Even though function called next checks the NULL value, >>> for robustness, the return value of platform_get_resource() should be >>> checked. >>> >>> It is possible that devm_request_and_ioremap() can be changed in the future, >>> as request_mem_region() & ioremap() were changed to devm_request_and_ioremap(). >> >> They are not changed. They still exist. devm_request_and_ioremap() is >> an additional function provided for device managed resources. > > > OK, I see. I accept it. > Anyway it is simpler. This thread contains a discussion about the issue http://lkml.org/lkml/2012/1/28/10 Look for the comments by Wolfram Sang, who implemented devm_request_and_ioremap, and who suggests that the NULL test be removed. I rather agree with the desire to be safe and uniform, but these initialization functions are really large, and with error handling code (although not in this case) there is always the danger of jumping to the wrong place, and thus making more of a mess. It would be nice if the platform_get_resource could be merged with devm_request_and_ioremap, but I think that I looked once and there were not enough calls that were similar enough to make that compelling. julia -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/