Received: by 10.223.176.46 with SMTP id f43csp454443wra; Wed, 24 Jan 2018 00:30:12 -0800 (PST) X-Google-Smtp-Source: AH8x224oIkBW4nQoTI2/yIGfZ6Ow3VyKhUg7quEmr5dv7XcW6RFSMmGxyRycgFamYS2ynUqlOJmK X-Received: by 10.99.114.93 with SMTP id c29mr10437515pgn.419.1516782611999; Wed, 24 Jan 2018 00:30:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516782611; cv=none; d=google.com; s=arc-20160816; b=wuw1vu2Y8IuRv5jn53o5MMUrrtcv5CZpL55rlJcg0vaeaSc+FoyOG5BOv9aIiGyQkK dkyfXhU3uFbWeS+z4dOjFlseHAQvHi3DNf+2HiqA9G/0JKaRaDa4H7giha8Nx87a4rr6 NWlOjjqNs1vHGH2LcrfTZt3efI9xDbfj142SNWf2jzMfURk6nMbX4+Ba/5fAbvi0sDOU NIt17HBxDISFSzb4ArlQKSyrqKHWVNLw6WLAXVHo+ay5QZF9TNPdrUZwtyHS3TpnDMdr kTR1ilNngHeyQ9HZSPSEhKe4LmEYr9QciCSwvlJ2lYswOtjtqE7sR2SrxJnqmsar2LNw aVqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=7I0Vxy6lJ4T83Fb50KKVRzkc8uB/dKLl9bcHjpyw35s=; b=fdD0uNqZ4GHC4kCL76tHmFFSTnX4dyiSg7JfhpiLuXXTkF+89xpNjNRp0NUIAF3fa/ w+tBt45fa+30kYSfEAHQrj6KuwD6StF+/S50JMBfMWJOf2OGfu8eHc5cawGTo5P2ON1a EZ5kEumTk8BPvUVAFWW4HClzAt1BPs1lBGG890WrsBvq59/V+Qwe1gOf7ldng1Ad86/6 y49OdZo/3vAd8tO1Dn3ScDoNOPtEcHEYuHs4/5GC57CEVt4AHWz917K5CwggUacgP8XQ TmvSdtYXhSz0XiWFU7xLUmUM1R3b0bkAGmtP2Yu482twOlDaE+CujK255+jR1aJ198w4 S4UQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=bFHOiIDA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t79si2575810pfg.318.2018.01.24.00.29.58; Wed, 24 Jan 2018 00:30:11 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=bFHOiIDA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932629AbeAXI3S (ORCPT + 99 others); Wed, 24 Jan 2018 03:29:18 -0500 Received: from fllnx210.ext.ti.com ([198.47.19.17]:63328 "EHLO fllnx210.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932085AbeAXI3Q (ORCPT ); Wed, 24 Jan 2018 03:29:16 -0500 Received: from dlelxv90.itg.ti.com ([172.17.2.17]) by fllnx210.ext.ti.com (8.15.1/8.15.1) with ESMTP id w0O8SOaZ015043; Wed, 24 Jan 2018 02:28:24 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ti.com; s=ti-com-17Q1; t=1516782504; bh=62+jsClDs2L1nQISqlMeCgyETdibvW8g/kST1gmJmwU=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=bFHOiIDAE4F8uVaBSKvENiYGHcKVNbOVZyFeYsPwQXtWAsKfQhHFMK2mlwKP69tc/ exXWoKyZJwicBNdtJYZyAo9knnDJCJ1htyzWnaODq1WHIBA/D1rynh4WdIsoOcVYrd E77G3f0Gzo3mck2HcnDGgKetBd3vJSg5n8UfeQOs= Received: from DLEE104.ent.ti.com (dlee104.ent.ti.com [157.170.170.34]) by dlelxv90.itg.ti.com (8.14.3/8.13.8) with ESMTP id w0O8SOMY026991; Wed, 24 Jan 2018 02:28:24 -0600 Received: from DLEE109.ent.ti.com (157.170.170.41) by DLEE104.ent.ti.com (157.170.170.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1261.35; Wed, 24 Jan 2018 02:28:24 -0600 Received: from dlep33.itg.ti.com (157.170.170.75) by DLEE109.ent.ti.com (157.170.170.41) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_RSA_WITH_AES_256_CBC_SHA) id 15.1.1261.35 via Frontend Transport; Wed, 24 Jan 2018 02:28:24 -0600 Received: from [172.24.191.45] (ileax41-snat.itg.ti.com [10.172.224.153]) by dlep33.itg.ti.com (8.14.3/8.13.8) with ESMTP id w0O8SJ6P023147; Wed, 24 Jan 2018 02:28:20 -0600 Subject: Re: [PATCH v8 8/9] pwm: pwm-omap-dmtimer: Adapt driver to utilize dmtimer pdata ops To: Ladislav Michl CC: , , , , , , , , , , , , , References: <1516772680-28256-1-git-send-email-j-keerthy@ti.com> <20180124072432.GA11294@lenoch> From: Keerthy Message-ID: Date: Wed, 24 Jan 2018 13:58:19 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20180124072432.GA11294@lenoch> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday 24 January 2018 12:54 PM, Ladislav Michl wrote: > Keerthy, > > On Wed, Jan 24, 2018 at 11:14:40AM +0530, Keerthy wrote: >> Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks. >> >> Signed-off-by: Keerthy >> Acked-by: Neil Armstrong >> Reviewed-by: Claudiu Beznea >> --- >> >> Changes in v8: >> >> * Added of_node_put call in success case of probe. >> >> Boot tested on am437x-gp-evm and dra7xx-evm. >> Also compile tested omap1_defconfig with other patches of v7 >> posted here: >> >> https://www.spinics.net/lists/linux-omap/msg141100.html >> >> With v8 version of Patch 8/9. >> >> drivers/pwm/pwm-omap-dmtimer.c | 68 ++++++++++++++++++++++++++---------------- >> 1 file changed, 42 insertions(+), 26 deletions(-) >> >> diff --git a/drivers/pwm/pwm-omap-dmtimer.c b/drivers/pwm/pwm-omap-dmtimer.c >> index 5ad42f3..c00e474 100644 >> --- a/drivers/pwm/pwm-omap-dmtimer.c >> +++ b/drivers/pwm/pwm-omap-dmtimer.c >> @@ -23,6 +23,7 @@ >> #include >> #include >> #include >> +#include >> #include >> #include >> #include >> @@ -37,7 +38,7 @@ struct pwm_omap_dmtimer_chip { >> struct pwm_chip chip; >> struct mutex mutex; >> pwm_omap_dmtimer *dm_timer; >> - struct pwm_omap_dmtimer_pdata *pdata; >> + struct omap_dm_timer_ops *pdata; >> struct platform_device *dm_timer_pdev; >> }; >> >> @@ -242,19 +243,35 @@ static int pwm_omap_dmtimer_probe(struct platform_device *pdev) >> { >> struct device_node *np = pdev->dev.of_node; >> struct device_node *timer; >> + struct platform_device *timer_pdev; >> struct pwm_omap_dmtimer_chip *omap; >> - struct pwm_omap_dmtimer_pdata *pdata; >> + struct dmtimer_platform_data *timer_pdata; >> + struct omap_dm_timer_ops *pdata; >> pwm_omap_dmtimer *dm_timer; >> u32 v; >> - int status; >> + int status, ret = 0; >> >> - pdata = dev_get_platdata(&pdev->dev); >> - if (!pdata) { >> - dev_err(&pdev->dev, "Missing dmtimer platform data\n"); >> - return -EINVAL; >> + timer = of_parse_phandle(np, "ti,timers", 0); >> + if (!timer) >> + return -ENODEV; >> + >> + timer_pdev = of_find_device_by_node(timer); >> + if (!timer_pdev) { >> + dev_err(&pdev->dev, "Unable to find Timer pdev\n"); >> + ret = -ENODEV; >> + goto put; >> } >> >> - if (!pdata->request_by_node || >> + timer_pdata = dev_get_platdata(&timer_pdev->dev); >> + if (!timer_pdata) { >> + dev_err(&pdev->dev, "dmtimer pdata structure NULL\n"); >> + ret = -EINVAL; >> + goto put; >> + } >> + >> + pdata = timer_pdata->timer_ops; >> + >> + if (!pdata || !pdata->request_by_node || >> !pdata->free || >> !pdata->enable || >> !pdata->disable || >> @@ -267,37 +284,32 @@ static int pwm_omap_dmtimer_probe(struct platform_device *pdev) >> !pdata->set_prescaler || >> !pdata->write_counter) { >> dev_err(&pdev->dev, "Incomplete dmtimer pdata structure\n"); >> - return -EINVAL; >> + ret = -EINVAL; >> + goto put; >> } >> >> - timer = of_parse_phandle(np, "ti,timers", 0); >> - if (!timer) >> - return -ENODEV; >> - >> if (!of_get_property(timer, "ti,timer-pwm", NULL)) { >> dev_err(&pdev->dev, "Missing ti,timer-pwm capability\n"); >> - return -ENODEV; >> + ret = -ENODEV; >> + goto put; > > Should we call of_node_put() even from here? of_get_property() failed, so > reference was not updated. The of_node_put to balance the of_parse_handle called for timer. I hope that is what you wanted to check right? > >> } >> >> dm_timer = pdata->request_by_node(timer); > > And timer seems to be used only here, so calling > of_node_put(timer); > just here should be enough. Okay yes. This can be optimized. of_node_put(timer); can be called here and the instances below need not have that additional step. > >> - if (!dm_timer) >> - return -EPROBE_DEFER; >> + if (!dm_timer) { >> + ret = -EPROBE_DEFER; >> + goto put; >> + } >> >> omap = devm_kzalloc(&pdev->dev, sizeof(*omap), GFP_KERNEL); >> if (!omap) { >> pdata->free(dm_timer); >> - return -ENOMEM; >> + ret = -ENOMEM; >> + goto put; >> } >> >> omap->pdata = pdata; >> omap->dm_timer = dm_timer; >> - >> - omap->dm_timer_pdev = of_find_device_by_node(timer); >> - if (!omap->dm_timer_pdev) { >> - dev_err(&pdev->dev, "Unable to find timer pdev\n"); >> - omap->pdata->free(dm_timer); >> - return -EINVAL; >> - } >> + omap->dm_timer_pdev = timer_pdev; >> >> /* >> * Ensure that the timer is stopped before we allow PWM core to call >> @@ -326,12 +338,16 @@ static int pwm_omap_dmtimer_probe(struct platform_device *pdev) >> if (status < 0) { >> dev_err(&pdev->dev, "failed to register PWM\n"); >> omap->pdata->free(omap->dm_timer); >> - return status; >> + ret = status; >> + goto put; >> } >> >> platform_set_drvdata(pdev, omap); >> >> - return 0; >> +put: >> + of_node_put(timer); >> + >> + return ret; >> } >> >> static int pwm_omap_dmtimer_remove(struct platform_device *pdev) >> -- >> 1.9.1