From patchwork Tue Dec 19 15:21:40 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ladislav Michl X-Patchwork-Id: 10123417 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 66EF26057F for ; Tue, 19 Dec 2017 15:21:57 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 572002931F for ; Tue, 19 Dec 2017 15:21:57 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 4BA5B28D08; Tue, 19 Dec 2017 15:21:57 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=2.0 tests=BAYES_00, RCVD_IN_DNSWL_HI, UNPARSEABLE_RELAY autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 7F6E428D08 for ; Tue, 19 Dec 2017 15:21:55 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753360AbdLSPVv (ORCPT ); Tue, 19 Dec 2017 10:21:51 -0500 Received: from eddie.linux-mips.org ([148.251.95.138]:38462 "EHLO cvs.linux-mips.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753130AbdLSPVu (ORCPT ); Tue, 19 Dec 2017 10:21:50 -0500 Received: (from localhost user: 'ladis' uid#1021 fake: STDIN (ladis@eddie.linux-mips.org)) by eddie.linux-mips.org id S23994634AbdLSPVsO3Qgl (ORCPT + 2 others); Tue, 19 Dec 2017 16:21:48 +0100 Date: Tue, 19 Dec 2017 16:21:40 +0100 From: Ladislav Michl To: Keerthy Cc: daniel.lezcano@linaro.org, tony@atomide.com, aaro.koskinen@iki.fi, thierry.reding@gmail.com, grygorii.strashko@ti.com, linux-omap@vger.kernel.org, robh+dt@kernel.org, linux-arm-kernel@lists.infradead.org, linux-pwm@vger.kernel.org, sebastian.reichel@collabora.co.uk, linux-kernel@vger.kernel.org, t-kristo@ti.com, linux@armlinux.org.uk Subject: Re: [PATCH v5 7/8] pwm: pwm-omap-dmtimer: Adapt driver to utilize dmtimer pdata ops Message-ID: <20171219152140.GA22971@lenoch> References: <1513059137-21593-1-git-send-email-j-keerthy@ti.com> <1513059137-21593-8-git-send-email-j-keerthy@ti.com> <20171218093153.GA22729@lenoch> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-omap-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP On Tue, Dec 19, 2017 at 01:55:48PM +0530, Keerthy wrote: > On Tuesday 19 December 2017 10:28 AM, Keerthy wrote: > > On Monday 18 December 2017 06:25 PM, Keerthy wrote: > >> On Monday 18 December 2017 03:01 PM, Ladislav Michl wrote: > >>> Keerthy, > >>> > >>> On Tue, Dec 12, 2017 at 11:42:16AM +0530, Keerthy wrote: > >>>> Adapt driver to utilize dmtimer pdata ops instead of pdata-quirks. > >>>> > >>>> Signed-off-by: Keerthy > >>>> --- > >>>> > >>>> Changes in v4: > >>>> > >>>> * Switched to dev_get_platdata. > >>> > >>> Where do you expect dev.platform_data to be set? PWM driver is failing > >>> with: > >>> omap-dmtimer-pwm dmtimer-pwm: dmtimer pdata structure NULL > >>> omap-dmtimer-pwm: probe of dmtimer-pwm failed with error -22 > >>> > >>> Which I fixed with patch bellow, to be able to test your patchset. > >> > >> Thanks! I will make the below patch part of my series. > >> > >>> > >>> Also I'm running a bit out of time, so I'll send few clean up > >>> patches and event capture code to get some feedback early. > >>> > >>> Regards, > >>> ladis > >>> > >>> diff --git a/drivers/clocksource/timer-dm.c b/drivers/clocksource/timer-dm.c > >>> index 39be39e6a8dd..d3d8a49cae0d 100644 > >>> --- a/drivers/clocksource/timer-dm.c > >>> +++ b/drivers/clocksource/timer-dm.c > >>> @@ -773,6 +773,7 @@ static int omap_dm_timer_probe(struct platform_device *pdev) > >>> dev_err(dev, "%s: no platform data.\n", __func__); > >>> return -ENODEV; > >>> } > >>> + dev->platform_data = pdata; > > > > drivers/clocksource/timer-dm.c: In function 'omap_dm_timer_probe': > > drivers/clocksource/timer-dm.c:744:21: warning: assignment discards > > 'const' qualifier from pointer target type > > > > This cannot be done as we are assigning a const pointer to a non-const > > pointer. Oh, I didn't even assume it as proper fix, just to show what is missing :) But technically 'struct dmtimer_platform_data *pdata' is a constant which should not be changed. Also look how all that of_populate chain works - at the end const pointer is assigned to void* platform_data by simple (void *) overcast. > > I will figure out a different way for this fix. > > Ladis, > > I fixed that: > > diff --git a/drivers/clocksource/timer-dm.c b/drivers/clocksource/timer-dm.c > index 1cbd954..e58f555 100644 > --- a/drivers/clocksource/timer-dm.c > +++ b/drivers/clocksource/timer-dm.c > @@ -807,17 +807,21 @@ static int omap_dm_timer_probe(struct > platform_device *pdev) > struct resource *mem, *irq; > struct device *dev = &pdev->dev; > const struct of_device_id *match; > - const struct dmtimer_platform_data *pdata; > + struct dmtimer_platform_data *pdata; > int ret; > > match = of_match_device(of_match_ptr(omap_timer_match), dev); > - pdata = match ? match->data : dev->platform_data; > + pdata = match ? (struct dmtimer_platform_data *)match->data : > + dev->platform_data; All that seems needlesly complicated, what about patch bellow? > if (!pdata && !dev->of_node) { > dev_err(dev, "%s: no platform data.\n", __func__); > return -ENODEV; > } > > + if (!dev->platform_data) > + dev->platform_data = pdata; Does the above condition bring us anything? > irq = platform_get_resource(pdev, IORESOURCE_IRQ, 0); > if (unlikely(!irq)) { > dev_err(dev, "%s: no IRQ resource.\n", __func__); > @@ -946,7 +950,7 @@ static int omap_dm_timer_remove(struct > platform_device *pdev) > .write_status = omap_dm_timer_write_status, > }; > > -static const struct dmtimer_platform_data omap3plus_pdata = { > +static struct dmtimer_platform_data omap3plus_pdata = { > .timer_errata = OMAP_TIMER_ERRATA_I103_I767, > .timer_ops = &dmtimer_ops, > }; > > Can you check at your end if this works for you? Note, it is untested as I ran out of time and will continue after New Year. --- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/drivers/clocksource/timer-dm.c b/drivers/clocksource/timer-dm.c index 1cbd95420914..85024f11773a 100644 --- a/drivers/clocksource/timer-dm.c +++ b/drivers/clocksource/timer-dm.c @@ -806,14 +806,16 @@ static int omap_dm_timer_probe(struct platform_device *pdev) struct omap_dm_timer *timer; struct resource *mem, *irq; struct device *dev = &pdev->dev; - const struct of_device_id *match; const struct dmtimer_platform_data *pdata; int ret; - match = of_match_device(of_match_ptr(omap_timer_match), dev); - pdata = match ? match->data : dev->platform_data; + pdata = of_device_get_match_data(dev); + if (!pdata) + pdata = dev_get_platdata(dev); + else + dev->platform_data = (void *) pdata; - if (!pdata && !dev->of_node) { + if (!pdata) { dev_err(dev, "%s: no platform data.\n", __func__); return -ENODEV; }