All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thierry Reding <thierry.reding@gmail.com>
To: Olliver Schinagl <o.schinagl@ultimaker.com>,
	Maxime Ripard <maxime.ripard@free-electrons.com>
Cc: Olliver Schinagl <oliver@schinagl.nl>,
	Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
	Mark Rutland <mark.rutland@arm.com>,
	Ian Campbell <ijc+devicetree@hellion.org.uk>,
	Kumar Gala <galak@codeaurora.org>,
	Joachim Eastwood <manabian@gmail.com>,
	Alexandre Belloni <alexandre.belloni@free-electrons.com>,
	Olliver Schinagl <oliver+list@schinagl.nl>,
	linux-pwm@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 03/10] pwm: sunxi: Yield some time to the pwm-block to become ready
Date: Fri, 6 Nov 2015 17:12:53 +0100	[thread overview]
Message-ID: <20151106161253.GH8418@ulmo> (raw)
In-Reply-To: <1445895161-2317-4-git-send-email-o.schinagl@ultimaker.com>

[-- Attachment #1: Type: text/plain, Size: 1397 bytes --]

On Mon, Oct 26, 2015 at 10:32:34PM +0100, Olliver Schinagl wrote:
> The pwm-block of some of the sunxi chips feature a 'ready' flag to
> indicate the software that it is ready for new commands.
> 
> Right now, when we call pwm_config and set the period, we write the
> values to the registers, and turn off the clock to the IP. Because of
> this, the hardware does not have time to configure the hardware and set
> the 'ready' flag.
> 
> By running the clock just before making new changes and before checking
> if the hardware is ready, the hardware has time to reconfigure itself
> and set the clear the flag appropriately.
> 
> Signed-off-by: Olliver Schinagl <o.schinagl@ultimaker.com>
> ---
>  drivers/pwm/pwm-sun4i.c | 43 +++++++++++++++++++++++++------------------
>  1 file changed, 25 insertions(+), 18 deletions(-)

This looks okay to me (except for one minor thing I noticed, see below),
but I'd like an Acked-by from one of the sunxi people. Maxime, any
comments on this?

> diff --git a/drivers/pwm/pwm-sun4i.c b/drivers/pwm/pwm-sun4i.c
> index 58ff424..4d84d9d 100644
> --- a/drivers/pwm/pwm-sun4i.c
> +++ b/drivers/pwm/pwm-sun4i.c
> @@ -104,6 +104,22 @@ static int sun4i_pwm_config(struct pwm_chip *chip, struct pwm_device *pwm,
>  	u64 clk_rate, div = 0;
>  	unsigned int prescaler = 0;
>  	int err;
> +	int ret = 0;

Why not reuse err?

Thierry

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: thierry.reding@gmail.com (Thierry Reding)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 03/10] pwm: sunxi: Yield some time to the pwm-block to become ready
Date: Fri, 6 Nov 2015 17:12:53 +0100	[thread overview]
Message-ID: <20151106161253.GH8418@ulmo> (raw)
In-Reply-To: <1445895161-2317-4-git-send-email-o.schinagl@ultimaker.com>

On Mon, Oct 26, 2015 at 10:32:34PM +0100, Olliver Schinagl wrote:
> The pwm-block of some of the sunxi chips feature a 'ready' flag to
> indicate the software that it is ready for new commands.
> 
> Right now, when we call pwm_config and set the period, we write the
> values to the registers, and turn off the clock to the IP. Because of
> this, the hardware does not have time to configure the hardware and set
> the 'ready' flag.
> 
> By running the clock just before making new changes and before checking
> if the hardware is ready, the hardware has time to reconfigure itself
> and set the clear the flag appropriately.
> 
> Signed-off-by: Olliver Schinagl <o.schinagl@ultimaker.com>
> ---
>  drivers/pwm/pwm-sun4i.c | 43 +++++++++++++++++++++++++------------------
>  1 file changed, 25 insertions(+), 18 deletions(-)

This looks okay to me (except for one minor thing I noticed, see below),
but I'd like an Acked-by from one of the sunxi people. Maxime, any
comments on this?

> diff --git a/drivers/pwm/pwm-sun4i.c b/drivers/pwm/pwm-sun4i.c
> index 58ff424..4d84d9d 100644
> --- a/drivers/pwm/pwm-sun4i.c
> +++ b/drivers/pwm/pwm-sun4i.c
> @@ -104,6 +104,22 @@ static int sun4i_pwm_config(struct pwm_chip *chip, struct pwm_device *pwm,
>  	u64 clk_rate, div = 0;
>  	unsigned int prescaler = 0;
>  	int err;
> +	int ret = 0;

Why not reuse err?

Thierry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20151106/1c46750c/attachment-0001.sig>

  reply	other threads:[~2015-11-06 16:12 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-26 21:32 [PATCH 00/10] Olliver Schinagl
2015-10-26 21:32 ` Olliver Schinagl
2015-10-26 21:32 ` [PATCH 01/10] pwm: lpc18xx_pwm: use pwm_set_chip_data Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-10-26 21:58   ` Ezequiel Garcia
2015-10-26 21:58     ` Ezequiel Garcia
2015-10-27  7:22     ` Olliver Schinagl
2015-10-27  7:22       ` Olliver Schinagl
2015-10-26 21:32 ` [PATCH 02/10] pwm: sunxi: fix whitespace issue Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-11-06 16:08   ` Thierry Reding
2015-11-06 16:08     ` Thierry Reding
2015-10-26 21:32 ` [PATCH 03/10] pwm: sunxi: Yield some time to the pwm-block to become ready Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-11-06 16:12   ` Thierry Reding [this message]
2015-11-06 16:12     ` Thierry Reding
2015-11-06 16:34   ` Chen-Yu Tsai
2015-11-06 16:34     ` Chen-Yu Tsai
2015-10-26 21:32 ` [PATCH 04/10] pwm: core: use bitops Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-11-06 14:46   ` Thierry Reding
2015-11-06 14:46     ` Thierry Reding
2015-11-06 14:49     ` Olliver Schinagl
2015-11-06 14:49       ` Olliver Schinagl
2015-11-06 21:36       ` Andy Shevchenko
2015-11-06 21:36         ` Andy Shevchenko
2015-10-26 21:32 ` [PATCH 05/10] pwm: sysfs: do not unnecessarily store result in var Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-11-06 14:51   ` Thierry Reding
2015-11-06 14:51     ` Thierry Reding
2015-10-26 21:32 ` [PATCH 06/10] pwm: sysfs: make use of the DEVICE_ATTR_[RW][WO] macro's Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-11-06 14:52   ` Thierry Reding
2015-11-06 14:52     ` Thierry Reding
2015-10-26 21:32 ` [PATCH 07/10] pwm: gpio: Add a generic gpio based PWM driver Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-10-27  7:42   ` Rob Herring
2015-10-27  7:42     ` Rob Herring
2015-10-27  8:50     ` Olliver Schinagl
2015-10-27  8:50       ` Olliver Schinagl
2015-11-06 15:57   ` Thierry Reding
2015-11-06 15:57     ` Thierry Reding
2015-10-26 21:32 ` [PATCH 08/10] pwm: core: add pulse feature to the PWM framework Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-10-26 21:59   ` kbuild test robot
2015-10-26 21:59     ` kbuild test robot
2015-10-26 22:09   ` kbuild test robot
2015-10-26 22:09     ` kbuild test robot
     [not found]   ` <1445895161-2317-9-git-send-email-o.schinagl-U3FVU11NWA554TAoqtyWWQ@public.gmane.org>
2015-10-26 22:10     ` kbuild test robot
2015-10-26 22:10       ` kbuild test robot
2015-10-26 22:10       ` kbuild test robot
2015-10-26 22:11   ` kbuild test robot
2015-10-26 22:11     ` kbuild test robot
2015-10-26 23:06   ` kbuild test robot
2015-10-26 23:06     ` kbuild test robot
2015-11-06 15:18   ` Thierry Reding
2015-11-06 15:18     ` Thierry Reding
2015-11-06 15:46     ` Olliver Schinagl
2015-11-06 15:46       ` Olliver Schinagl
     [not found]       ` <563CCB6E.2090206-U3FVU11NWA554TAoqtyWWQ@public.gmane.org>
2015-11-06 16:05         ` Thierry Reding
2015-11-06 16:05           ` Thierry Reding
2015-11-06 16:05           ` Thierry Reding
2015-11-06 16:18           ` Olliver Schinagl
2015-11-06 16:18             ` Olliver Schinagl
2015-10-26 21:32 ` [PATCH 09/10] pwm: pwm_gpio: add pulse option Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl
2015-10-26 21:32 ` [PATCH 10/10] pwm: sunxi: Add possibility to pulse the sunxi pwm output Olliver Schinagl
2015-10-26 21:32   ` Olliver Schinagl

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20151106161253.GH8418@ulmo \
    --to=thierry.reding@gmail.com \
    --cc=alexandre.belloni@free-electrons.com \
    --cc=devicetree@vger.kernel.org \
    --cc=galak@codeaurora.org \
    --cc=ijc+devicetree@hellion.org.uk \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pwm@vger.kernel.org \
    --cc=manabian@gmail.com \
    --cc=mark.rutland@arm.com \
    --cc=maxime.ripard@free-electrons.com \
    --cc=o.schinagl@ultimaker.com \
    --cc=oliver+list@schinagl.nl \
    --cc=oliver@schinagl.nl \
    --cc=pawel.moll@arm.com \
    --cc=robh+dt@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.