Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1293080 > unrolled thread
| Started by | Thierry Reding <thierry.reding@gmail.com> |
|---|---|
| First post | 2015-12-16 17:30 +0100 |
| Last post | 2015-12-17 15:10 +0100 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH 2/3] pwm: Add PWM driver for OMAP using dual-mode timers Thierry Reding <thierry.reding@gmail.com> - 2015-12-16 17:30 +0100
Re: [PATCH 2/3] pwm: Add PWM driver for OMAP using dual-mode timers Neil Armstrong <narmstrong@baylibre.com> - 2015-12-17 15:10 +0100
| From | Thierry Reding <thierry.reding@gmail.com> |
|---|---|
| Date | 2015-12-16 17:30 +0100 |
| Subject | Re: [PATCH 2/3] pwm: Add PWM driver for OMAP using dual-mode timers |
| Message-ID | <qGn7I-46S-15@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
On Mon, Nov 02, 2015 at 12:14:21PM +0100, Neil Armstrong wrote:
> Adds support for using a OMAP dual-mode timer with PWM capability
> as a Linux PWM device. The driver controls the timer by using the
> dmtimer API.
>
> Add a platform_data structure for each pwm-omap-dmtimer nodes containing
> the dmtimers functions in order to get driver not rely on platform
> specific functions.
>
> Cc: Grant Erickson <marathon96@gmail.com>
> Cc: NeilBrown <neilb@suse.de>
> Cc: Joachim Eastwood <manabian@gmail.com>
> Suggested-by: Tony Lindgren <tony@atomide.com>
> Signed-off-by: Neil Armstrong <narmstrong@baylibre.com>
> ---
> .../devicetree/bindings/pwm/pwm-omap-dmtimer.txt | 18 ++
> drivers/pwm/Kconfig | 9 +
> drivers/pwm/Makefile | 1 +
> drivers/pwm/pwm-omap-dmtimer.c | 322 +++++++++++++++++++++
> include/linux/platform_data/pwm_omap_dmtimer.h | 69 +++++
> 5 files changed, 419 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/pwm/pwm-omap-dmtimer.txt
> create mode 100644 drivers/pwm/pwm-omap-dmtimer.c
> create mode 100644 include/linux/platform_data/pwm_omap_dmtimer.h
I've applied this with some coding style bikeshedding applied. Also I
think there's a timer leak in the probe function:
> diff --git a/drivers/pwm/pwm-omap-dmtimer.c b/drivers/pwm/pwm-omap-dmtimer.c
[...]
> +static int pwm_omap_dmtimer_probe(struct platform_device *pdev)
> +{
[...]
> + dm_timer = pdata->request_by_node(timer);
> + if (!dm_timer)
> + return -EPROBE_DEFER;
dm_timer holds the requested timer now.
> +
> + omap = devm_kzalloc(&pdev->dev, sizeof(*omap), GFP_KERNEL);
> + if (!omap)
> + return -ENOMEM;
But it's not released when this allocation fails...
> +
> + 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");
> + return -EINVAL;
> + }
... nor when this lookup fails. I've taken the liberty of adding two
calls to omap->pdata->free(dm_timer) to these error paths.
Please take a look at what's in the pwm/for-next branch to see if it
still works correctly.
Thanks,
Thierry
[toc] | [next] | [standalone]
| From | Neil Armstrong <narmstrong@baylibre.com> |
|---|---|
| Date | 2015-12-17 15:10 +0100 |
| Message-ID | <qGHpO-py-21@gated-at.bofh.it> |
| In reply to | #1293080 |
[Multipart message — attachments visible in raw view] — view raw
Hi Thierry,
On 12/16/2015 05:27 PM, Thierry Reding wrote:
> I've applied this with some coding style bikeshedding applied. Also I
> think there's a timer leak in the probe function:
Indeed, the coding style had some root for ameliorations ! Thanks !
I also missed this timer leak, thanks for the fix.
>
>> diff --git a/drivers/pwm/pwm-omap-dmtimer.c b/drivers/pwm/pwm-omap-dmtimer.c
> [...]
>> +static int pwm_omap_dmtimer_probe(struct platform_device *pdev)
>> +{
> [...]
>> + dm_timer = pdata->request_by_node(timer);
>> + if (!dm_timer)
>> + return -EPROBE_DEFER;
>
> dm_timer holds the requested timer now.
>
>> +
>> + omap = devm_kzalloc(&pdev->dev, sizeof(*omap), GFP_KERNEL);
>> + if (!omap)
>> + return -ENOMEM;
>
> But it's not released when this allocation fails...
>
>> +
>> + 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");
>> + return -EINVAL;
>> + }
>
> ... nor when this lookup fails. I've taken the liberty of adding two
> calls to omap->pdata->free(dm_timer) to these error paths.
Perfect !
> Please take a look at what's in the pwm/for-next branch to see if it
> still works correctly.
I had a look against my original patch and it should be ok, I will still hook it up back
on the real HW in case we forgot something.
> Thanks,
> Thierry
>
Thanks !
Neil
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web