From: Guenter Roeck <linux@roeck-us.net>
To: Boris Brezillon <boris.brezillon@free-electrons.com>
Cc: Thierry Reding <thierry.reding@gmail.com>,
linux-pwm@vger.kernel.org,
Mike Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@codeaurora.org>,
linux-clk@vger.kernel.org, Mark Brown <broonie@kernel.org>,
Liam Girdwood <lgirdwood@gmail.com>,
Kamil Debski <k.debski@samsung.com>,
lm-sensors@lm-sensors.org, Jean Delvare <jdelvare@suse.com>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
linux-input@vger.kernel.org, Bryan Wu <cooloney@gmail.com>,
Richard Purdie <rpurdie@rpsys.net>,
Jacek Anaszewski <j.anaszewski@samsung.com>,
linux-leds@vger.kernel.org,
Maxime Ripard <maxime.ripard@free-electrons.com>,
Chen-Yu Tsai <wens@csie.org>,
linux-sunxi@googlegroups.com,
Joachim Eastwood <manabian@gmail.com>,
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>,
Heiko Stuebner <heiko@sntech.de>,
linux-rockchip@lists.infradead.org,
Jingoo Han <jingoohan1@gmail.com>,
Lee Jones <lee.jones@linaro.org>,
linux-fbdev@vger.kernel.org,
Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
Tomi Valkeinen <tomi.valkeinen@ti.com>,
Robert Jarzmik <robert.jarzmik@free.fr>,
Alexandre Belloni <alexandre.belloni@free-electrons.com>,
Kukjin Kim <kgene@kernel.org>,
Krzysztof Kozlowski <k.kozlowski@samsung.com>,
linux-samsung-soc@vger.kernel.org,
intel-gfx@lists.freedesktop.org,
Daniel Vetter <daniel.vetter@intel.com>,
Jani Nikula <jani.nikula@linux.intel.com>,
Jonathan Corbet <corbet@lwn.net>,
linux-doc@vger.kernel.org, David Airlie <airlied@linux.ie>,
Daniel Vetter <daniel@ffwll.ch>,
dri-devel@lists.freedesktop.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org,
Hartley Sweeten <hsweeten@visionengravers.com>,
Ryan Mallon <rmallon@gmail.com>,
Alexander Shiyan <shc_work@mail.ru>, Milo Kim <milo.kim@ti.com>
Subject: Re: [PATCH v5 08/46] hwmon: pwm-fan: use pwm_get_args() where appropriate
Date: Wed, 30 Mar 2016 15:52:44 -0700 [thread overview]
Message-ID: <20160330225244.GA24044@roeck-us.net> (raw)
In-Reply-To: <1459368249-13241-9-git-send-email-boris.brezillon@free-electrons.com>
On Wed, Mar 30, 2016 at 10:03:31PM +0200, Boris Brezillon wrote:
> The PWM framework has clarified the concept of reference PWM config
> (the platform dependent config retrieved from the DT or the PWM
> lookup table) and real PWM state.
>
> Use pwm_get_args() when the PWM user wants to retrieve this reference
> config and not the current state.
>
> This is part of the rework allowing the PWM framework to support
> hardware readout and expose real PWM state even when the PWM has
> just been requested (before the user calls pwm_config/enable/disable()).
>
> Signed-off-by: Boris Brezillon <boris.brezillon@free-electrons.com>
> ---
> drivers/hwmon/pwm-fan.c | 19 +++++++++++++------
> 1 file changed, 13 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/hwmon/pwm-fan.c b/drivers/hwmon/pwm-fan.c
> index 3e23003..82c5656 100644
> --- a/drivers/hwmon/pwm-fan.c
> +++ b/drivers/hwmon/pwm-fan.c
> @@ -40,15 +40,18 @@ struct pwm_fan_ctx {
>
> static int __set_pwm(struct pwm_fan_ctx *ctx, unsigned long pwm)
> {
> + struct pwm_args pargs = { };
Hi Boris,
I guess I am missing some context; sorry for that. Unfortunately,
I did not easily find an explanation, so please bear with me.
Two questions: Why do we need a local copy of struct pwm_args instead
of a pointer to it ? If it can change while being used, isn't it
inconsistent anyway ?
Also, assuming the local copy is necessary, why initialize pargs ?
After all, pwm_get_args() just overwrites it.
Thanks,
Guenter
> unsigned long duty;
> int ret = 0;
>
> + pwm_get_args(ctx->pwm, &pargs);
> +
> mutex_lock(&ctx->lock);
> if (ctx->pwm_value == pwm)
> goto exit_set_pwm_err;
>
> - duty = DIV_ROUND_UP(pwm * (ctx->pwm->period - 1), MAX_PWM);
> - ret = pwm_config(ctx->pwm, duty, ctx->pwm->period);
> + duty = DIV_ROUND_UP(pwm * (pargs.period - 1), MAX_PWM);
> + ret = pwm_config(ctx->pwm, duty, pargs.period);
> if (ret)
> goto exit_set_pwm_err;
>
> @@ -214,6 +217,7 @@ static int pwm_fan_of_get_cooling_data(struct device *dev,
> static int pwm_fan_probe(struct platform_device *pdev)
> {
> struct thermal_cooling_device *cdev;
> + struct pwm_args pargs = { };
> struct pwm_fan_ctx *ctx;
> struct device *hwmon;
> int duty_cycle;
> @@ -234,10 +238,11 @@ static int pwm_fan_probe(struct platform_device *pdev)
> platform_set_drvdata(pdev, ctx);
>
> /* Set duty cycle to maximum allowed */
> - duty_cycle = ctx->pwm->period - 1;
> + pwm_get_args(ctx->pwm, &pargs);
> + duty_cycle = pargs.period - 1;
> ctx->pwm_value = MAX_PWM;
>
> - ret = pwm_config(ctx->pwm, duty_cycle, ctx->pwm->period);
> + ret = pwm_config(ctx->pwm, duty_cycle, pargs.period);
> if (ret) {
> dev_err(&pdev->dev, "Failed to configure PWM\n");
> return ret;
> @@ -303,14 +308,16 @@ static int pwm_fan_suspend(struct device *dev)
> static int pwm_fan_resume(struct device *dev)
> {
> struct pwm_fan_ctx *ctx = dev_get_drvdata(dev);
> + struct pwm_args pargs = { };
> unsigned long duty;
> int ret;
>
> if (ctx->pwm_value == 0)
> return 0;
>
> - duty = DIV_ROUND_UP(ctx->pwm_value * (ctx->pwm->period - 1), MAX_PWM);
> - ret = pwm_config(ctx->pwm, duty, ctx->pwm->period);
> + pwm_get_args(ctx->pwm, &pargs);
> + duty = DIV_ROUND_UP(ctx->pwm_value * (pargs.period - 1), MAX_PWM);
> + ret = pwm_config(ctx->pwm, duty, pargs.period);
> if (ret)
> return ret;
> return pwm_enable(ctx->pwm);
> --
> 2.5.0
>
WARNING: multiple messages have this Message-ID (diff)
From: Guenter Roeck <linux@roeck-us.net>
To: Boris Brezillon <boris.brezillon@free-electrons.com>
Cc: Thierry Reding <thierry.reding@gmail.com>,
linux-pwm@vger.kernel.org,
Mike Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@codeaurora.org>,
linux-clk@vger.kernel.org, Mark Brown <broonie@kernel.org>,
Liam Girdwood <lgirdwood@gmail.com>,
Kamil Debski <k.debski@samsung.com>,
lm-sensors@lm-sensors.org, Jean Delvare <jdelvare@suse.com>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
linux-input@vger.kernel.org, Bryan Wu <cooloney@gmail.com>,
Richard Purdie <rpurdie@rpsys.net>,
Jacek Anaszewski <j.anaszewski@samsung.com>,
linux-leds@vger.kernel.org,
Maxime Ripard <maxime.ripard@free-electrons.com>,
Chen-Yu Tsai <wens@csie.org>,
linux-sunxi@googlegroups.com,
Joachim Eastwood <manabian@gmail.com>,
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>,
Heiko Stuebner <heiko@sntech.de>,
linux-rockchip@lists.infradead.org,
Jingoo Han <jingoohan1@gmail.com>,
Lee
Subject: Re: [PATCH v5 08/46] hwmon: pwm-fan: use pwm_get_args() where appropriate
Date: Wed, 30 Mar 2016 22:52:44 +0000 [thread overview]
Message-ID: <20160330225244.GA24044@roeck-us.net> (raw)
In-Reply-To: <1459368249-13241-9-git-send-email-boris.brezillon@free-electrons.com>
On Wed, Mar 30, 2016 at 10:03:31PM +0200, Boris Brezillon wrote:
> The PWM framework has clarified the concept of reference PWM config
> (the platform dependent config retrieved from the DT or the PWM
> lookup table) and real PWM state.
>
> Use pwm_get_args() when the PWM user wants to retrieve this reference
> config and not the current state.
>
> This is part of the rework allowing the PWM framework to support
> hardware readout and expose real PWM state even when the PWM has
> just been requested (before the user calls pwm_config/enable/disable()).
>
> Signed-off-by: Boris Brezillon <boris.brezillon@free-electrons.com>
> ---
> drivers/hwmon/pwm-fan.c | 19 +++++++++++++------
> 1 file changed, 13 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/hwmon/pwm-fan.c b/drivers/hwmon/pwm-fan.c
> index 3e23003..82c5656 100644
> --- a/drivers/hwmon/pwm-fan.c
> +++ b/drivers/hwmon/pwm-fan.c
> @@ -40,15 +40,18 @@ struct pwm_fan_ctx {
>
> static int __set_pwm(struct pwm_fan_ctx *ctx, unsigned long pwm)
> {
> + struct pwm_args pargs = { };
Hi Boris,
I guess I am missing some context; sorry for that. Unfortunately,
I did not easily find an explanation, so please bear with me.
Two questions: Why do we need a local copy of struct pwm_args instead
of a pointer to it ? If it can change while being used, isn't it
inconsistent anyway ?
Also, assuming the local copy is necessary, why initialize pargs ?
After all, pwm_get_args() just overwrites it.
Thanks,
Guenter
> unsigned long duty;
> int ret = 0;
>
> + pwm_get_args(ctx->pwm, &pargs);
> +
> mutex_lock(&ctx->lock);
> if (ctx->pwm_value = pwm)
> goto exit_set_pwm_err;
>
> - duty = DIV_ROUND_UP(pwm * (ctx->pwm->period - 1), MAX_PWM);
> - ret = pwm_config(ctx->pwm, duty, ctx->pwm->period);
> + duty = DIV_ROUND_UP(pwm * (pargs.period - 1), MAX_PWM);
> + ret = pwm_config(ctx->pwm, duty, pargs.period);
> if (ret)
> goto exit_set_pwm_err;
>
> @@ -214,6 +217,7 @@ static int pwm_fan_of_get_cooling_data(struct device *dev,
> static int pwm_fan_probe(struct platform_device *pdev)
> {
> struct thermal_cooling_device *cdev;
> + struct pwm_args pargs = { };
> struct pwm_fan_ctx *ctx;
> struct device *hwmon;
> int duty_cycle;
> @@ -234,10 +238,11 @@ static int pwm_fan_probe(struct platform_device *pdev)
> platform_set_drvdata(pdev, ctx);
>
> /* Set duty cycle to maximum allowed */
> - duty_cycle = ctx->pwm->period - 1;
> + pwm_get_args(ctx->pwm, &pargs);
> + duty_cycle = pargs.period - 1;
> ctx->pwm_value = MAX_PWM;
>
> - ret = pwm_config(ctx->pwm, duty_cycle, ctx->pwm->period);
> + ret = pwm_config(ctx->pwm, duty_cycle, pargs.period);
> if (ret) {
> dev_err(&pdev->dev, "Failed to configure PWM\n");
> return ret;
> @@ -303,14 +308,16 @@ static int pwm_fan_suspend(struct device *dev)
> static int pwm_fan_resume(struct device *dev)
> {
> struct pwm_fan_ctx *ctx = dev_get_drvdata(dev);
> + struct pwm_args pargs = { };
> unsigned long duty;
> int ret;
>
> if (ctx->pwm_value = 0)
> return 0;
>
> - duty = DIV_ROUND_UP(ctx->pwm_value * (ctx->pwm->period - 1), MAX_PWM);
> - ret = pwm_config(ctx->pwm, duty, ctx->pwm->period);
> + pwm_get_args(ctx->pwm, &pargs);
> + duty = DIV_ROUND_UP(ctx->pwm_value * (pargs.period - 1), MAX_PWM);
> + ret = pwm_config(ctx->pwm, duty, pargs.period);
> if (ret)
> return ret;
> return pwm_enable(ctx->pwm);
> --
> 2.5.0
>
WARNING: multiple messages have this Message-ID (diff)
From: Guenter Roeck <linux@roeck-us.net>
To: Boris Brezillon <boris.brezillon@free-electrons.com>
Cc: Thierry Reding <thierry.reding@gmail.com>,
linux-pwm@vger.kernel.org,
Mike Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@codeaurora.org>,
linux-clk@vger.kernel.org, Mark Brown <broonie@kernel.org>,
Liam Girdwood <lgirdwood@gmail.com>,
Kamil Debski <k.debski@samsung.com>,
lm-sensors@lm-sensors.org, Jean Delvare <jdelvare@suse.com>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
linux-input@vger.kernel.org, Bryan Wu <cooloney@gmail.com>,
Richard Purdie <rpurdie@rpsys.net>,
Jacek Anaszewski <j.anaszewski@samsung.com>,
linux-leds@vger.kernel.org,
Maxime Ripard <maxime.ripard@free-electrons.com>,
Chen-Yu Tsai <wens@csie.org>,
linux-sunxi@googlegroups.com,
Joachim Eastwood <manabian@gmail.com>,
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>,
Heiko Stuebner <heiko@sntech.de>,
linux-rockchip@lists.infradead.org,
Jingoo Han <jingoohan1@gmail.com>,
Lee
Subject: Re: [PATCH v5 08/46] hwmon: pwm-fan: use pwm_get_args() where appropriate
Date: Wed, 30 Mar 2016 15:52:44 -0700 [thread overview]
Message-ID: <20160330225244.GA24044@roeck-us.net> (raw)
In-Reply-To: <1459368249-13241-9-git-send-email-boris.brezillon@free-electrons.com>
On Wed, Mar 30, 2016 at 10:03:31PM +0200, Boris Brezillon wrote:
> The PWM framework has clarified the concept of reference PWM config
> (the platform dependent config retrieved from the DT or the PWM
> lookup table) and real PWM state.
>
> Use pwm_get_args() when the PWM user wants to retrieve this reference
> config and not the current state.
>
> This is part of the rework allowing the PWM framework to support
> hardware readout and expose real PWM state even when the PWM has
> just been requested (before the user calls pwm_config/enable/disable()).
>
> Signed-off-by: Boris Brezillon <boris.brezillon@free-electrons.com>
> ---
> drivers/hwmon/pwm-fan.c | 19 +++++++++++++------
> 1 file changed, 13 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/hwmon/pwm-fan.c b/drivers/hwmon/pwm-fan.c
> index 3e23003..82c5656 100644
> --- a/drivers/hwmon/pwm-fan.c
> +++ b/drivers/hwmon/pwm-fan.c
> @@ -40,15 +40,18 @@ struct pwm_fan_ctx {
>
> static int __set_pwm(struct pwm_fan_ctx *ctx, unsigned long pwm)
> {
> + struct pwm_args pargs = { };
Hi Boris,
I guess I am missing some context; sorry for that. Unfortunately,
I did not easily find an explanation, so please bear with me.
Two questions: Why do we need a local copy of struct pwm_args instead
of a pointer to it ? If it can change while being used, isn't it
inconsistent anyway ?
Also, assuming the local copy is necessary, why initialize pargs ?
After all, pwm_get_args() just overwrites it.
Thanks,
Guenter
> unsigned long duty;
> int ret = 0;
>
> + pwm_get_args(ctx->pwm, &pargs);
> +
> mutex_lock(&ctx->lock);
> if (ctx->pwm_value == pwm)
> goto exit_set_pwm_err;
>
> - duty = DIV_ROUND_UP(pwm * (ctx->pwm->period - 1), MAX_PWM);
> - ret = pwm_config(ctx->pwm, duty, ctx->pwm->period);
> + duty = DIV_ROUND_UP(pwm * (pargs.period - 1), MAX_PWM);
> + ret = pwm_config(ctx->pwm, duty, pargs.period);
> if (ret)
> goto exit_set_pwm_err;
>
> @@ -214,6 +217,7 @@ static int pwm_fan_of_get_cooling_data(struct device *dev,
> static int pwm_fan_probe(struct platform_device *pdev)
> {
> struct thermal_cooling_device *cdev;
> + struct pwm_args pargs = { };
> struct pwm_fan_ctx *ctx;
> struct device *hwmon;
> int duty_cycle;
> @@ -234,10 +238,11 @@ static int pwm_fan_probe(struct platform_device *pdev)
> platform_set_drvdata(pdev, ctx);
>
> /* Set duty cycle to maximum allowed */
> - duty_cycle = ctx->pwm->period - 1;
> + pwm_get_args(ctx->pwm, &pargs);
> + duty_cycle = pargs.period - 1;
> ctx->pwm_value = MAX_PWM;
>
> - ret = pwm_config(ctx->pwm, duty_cycle, ctx->pwm->period);
> + ret = pwm_config(ctx->pwm, duty_cycle, pargs.period);
> if (ret) {
> dev_err(&pdev->dev, "Failed to configure PWM\n");
> return ret;
> @@ -303,14 +308,16 @@ static int pwm_fan_suspend(struct device *dev)
> static int pwm_fan_resume(struct device *dev)
> {
> struct pwm_fan_ctx *ctx = dev_get_drvdata(dev);
> + struct pwm_args pargs = { };
> unsigned long duty;
> int ret;
>
> if (ctx->pwm_value == 0)
> return 0;
>
> - duty = DIV_ROUND_UP(ctx->pwm_value * (ctx->pwm->period - 1), MAX_PWM);
> - ret = pwm_config(ctx->pwm, duty, ctx->pwm->period);
> + pwm_get_args(ctx->pwm, &pargs);
> + duty = DIV_ROUND_UP(ctx->pwm_value * (pargs.period - 1), MAX_PWM);
> + ret = pwm_config(ctx->pwm, duty, pargs.period);
> if (ret)
> return ret;
> return pwm_enable(ctx->pwm);
> --
> 2.5.0
>
WARNING: multiple messages have this Message-ID (diff)
From: linux@roeck-us.net (Guenter Roeck)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 08/46] hwmon: pwm-fan: use pwm_get_args() where appropriate
Date: Wed, 30 Mar 2016 15:52:44 -0700 [thread overview]
Message-ID: <20160330225244.GA24044@roeck-us.net> (raw)
In-Reply-To: <1459368249-13241-9-git-send-email-boris.brezillon@free-electrons.com>
On Wed, Mar 30, 2016 at 10:03:31PM +0200, Boris Brezillon wrote:
> The PWM framework has clarified the concept of reference PWM config
> (the platform dependent config retrieved from the DT or the PWM
> lookup table) and real PWM state.
>
> Use pwm_get_args() when the PWM user wants to retrieve this reference
> config and not the current state.
>
> This is part of the rework allowing the PWM framework to support
> hardware readout and expose real PWM state even when the PWM has
> just been requested (before the user calls pwm_config/enable/disable()).
>
> Signed-off-by: Boris Brezillon <boris.brezillon@free-electrons.com>
> ---
> drivers/hwmon/pwm-fan.c | 19 +++++++++++++------
> 1 file changed, 13 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/hwmon/pwm-fan.c b/drivers/hwmon/pwm-fan.c
> index 3e23003..82c5656 100644
> --- a/drivers/hwmon/pwm-fan.c
> +++ b/drivers/hwmon/pwm-fan.c
> @@ -40,15 +40,18 @@ struct pwm_fan_ctx {
>
> static int __set_pwm(struct pwm_fan_ctx *ctx, unsigned long pwm)
> {
> + struct pwm_args pargs = { };
Hi Boris,
I guess I am missing some context; sorry for that. Unfortunately,
I did not easily find an explanation, so please bear with me.
Two questions: Why do we need a local copy of struct pwm_args instead
of a pointer to it ? If it can change while being used, isn't it
inconsistent anyway ?
Also, assuming the local copy is necessary, why initialize pargs ?
After all, pwm_get_args() just overwrites it.
Thanks,
Guenter
> unsigned long duty;
> int ret = 0;
>
> + pwm_get_args(ctx->pwm, &pargs);
> +
> mutex_lock(&ctx->lock);
> if (ctx->pwm_value == pwm)
> goto exit_set_pwm_err;
>
> - duty = DIV_ROUND_UP(pwm * (ctx->pwm->period - 1), MAX_PWM);
> - ret = pwm_config(ctx->pwm, duty, ctx->pwm->period);
> + duty = DIV_ROUND_UP(pwm * (pargs.period - 1), MAX_PWM);
> + ret = pwm_config(ctx->pwm, duty, pargs.period);
> if (ret)
> goto exit_set_pwm_err;
>
> @@ -214,6 +217,7 @@ static int pwm_fan_of_get_cooling_data(struct device *dev,
> static int pwm_fan_probe(struct platform_device *pdev)
> {
> struct thermal_cooling_device *cdev;
> + struct pwm_args pargs = { };
> struct pwm_fan_ctx *ctx;
> struct device *hwmon;
> int duty_cycle;
> @@ -234,10 +238,11 @@ static int pwm_fan_probe(struct platform_device *pdev)
> platform_set_drvdata(pdev, ctx);
>
> /* Set duty cycle to maximum allowed */
> - duty_cycle = ctx->pwm->period - 1;
> + pwm_get_args(ctx->pwm, &pargs);
> + duty_cycle = pargs.period - 1;
> ctx->pwm_value = MAX_PWM;
>
> - ret = pwm_config(ctx->pwm, duty_cycle, ctx->pwm->period);
> + ret = pwm_config(ctx->pwm, duty_cycle, pargs.period);
> if (ret) {
> dev_err(&pdev->dev, "Failed to configure PWM\n");
> return ret;
> @@ -303,14 +308,16 @@ static int pwm_fan_suspend(struct device *dev)
> static int pwm_fan_resume(struct device *dev)
> {
> struct pwm_fan_ctx *ctx = dev_get_drvdata(dev);
> + struct pwm_args pargs = { };
> unsigned long duty;
> int ret;
>
> if (ctx->pwm_value == 0)
> return 0;
>
> - duty = DIV_ROUND_UP(ctx->pwm_value * (ctx->pwm->period - 1), MAX_PWM);
> - ret = pwm_config(ctx->pwm, duty, ctx->pwm->period);
> + pwm_get_args(ctx->pwm, &pargs);
> + duty = DIV_ROUND_UP(ctx->pwm_value * (pargs.period - 1), MAX_PWM);
> + ret = pwm_config(ctx->pwm, duty, pargs.period);
> if (ret)
> return ret;
> return pwm_enable(ctx->pwm);
> --
> 2.5.0
>
next prev parent reply other threads:[~2016-03-30 22:52 UTC|newest]
Thread overview: 437+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-30 20:03 [PATCH v5 00/46] pwm: add support for atomic update Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 01/46] pwm: rcar: make use of pwm_is_enabled() Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-04-12 11:01 ` Thierry Reding
2016-04-12 11:01 ` Thierry Reding
2016-04-12 11:01 ` Thierry Reding
2016-04-12 11:01 ` Thierry Reding
2016-04-14 11:05 ` Boris Brezillon
2016-04-14 11:05 ` Boris Brezillon
2016-04-14 11:05 ` Boris Brezillon
2016-04-14 11:05 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 02/46] backlight: pwm_bl: remove useless call to pwm_set_period() Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-04-12 11:03 ` Thierry Reding
2016-04-12 11:03 ` Thierry Reding
2016-04-12 11:03 ` Thierry Reding
2016-04-12 11:03 ` Thierry Reding
2016-04-12 14:16 ` Lee Jones
2016-04-12 14:16 ` Lee Jones
2016-04-12 14:16 ` Lee Jones
2016-04-12 14:16 ` Lee Jones
2016-04-12 14:25 ` Thierry Reding
2016-04-12 14:25 ` Thierry Reding
2016-04-12 14:25 ` Thierry Reding
2016-04-12 14:25 ` Thierry Reding
2016-03-30 20:03 ` [PATCH v5 03/46] backlight: lm3630a_bl: stop messing with the pwm->period field Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-04-12 11:08 ` Thierry Reding
2016-04-12 11:08 ` Thierry Reding
2016-04-12 11:08 ` Thierry Reding
2016-04-12 11:08 ` Thierry Reding
2016-04-12 14:16 ` Lee Jones
2016-04-12 14:16 ` Lee Jones
2016-04-12 14:16 ` Lee Jones
2016-04-12 14:16 ` Lee Jones
2016-04-12 14:26 ` Thierry Reding
2016-04-12 14:26 ` Thierry Reding
2016-04-12 14:26 ` Thierry Reding
2016-04-12 14:26 ` Thierry Reding
2016-04-13 8:25 ` Lee Jones
2016-04-13 8:25 ` Lee Jones
2016-04-13 8:25 ` Lee Jones
2016-04-13 8:25 ` Lee Jones
2016-04-13 8:26 ` Lee Jones
2016-04-13 8:26 ` Lee Jones
2016-04-13 8:26 ` Lee Jones
2016-04-13 8:26 ` Lee Jones
2016-03-30 20:03 ` [PATCH v5 04/46] pwm: get rid of pwm->lock Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-04-12 11:22 ` Thierry Reding
2016-04-12 11:22 ` Thierry Reding
2016-04-12 11:22 ` Thierry Reding
2016-04-12 11:22 ` Thierry Reding
2016-04-12 11:32 ` Boris Brezillon
2016-04-12 11:32 ` Boris Brezillon
2016-04-12 11:32 ` Boris Brezillon
2016-04-12 11:32 ` Boris Brezillon
2016-04-12 11:46 ` Thierry Reding
2016-04-12 11:46 ` Thierry Reding
2016-04-12 11:46 ` Thierry Reding
2016-04-12 11:46 ` Thierry Reding
2016-03-30 20:03 ` [PATCH v5 05/46] pwm: introduce the pwm_args concept Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 21:55 ` Stephen Boyd
2016-03-30 21:55 ` Stephen Boyd
2016-03-30 21:55 ` Stephen Boyd
2016-03-30 21:55 ` Stephen Boyd
2016-03-31 7:09 ` Boris Brezillon
2016-03-31 7:09 ` Boris Brezillon
2016-03-31 7:09 ` Boris Brezillon
2016-03-31 7:09 ` Boris Brezillon
2016-03-31 7:57 ` Boris Brezillon
2016-03-31 7:57 ` Boris Brezillon
2016-03-31 7:57 ` Boris Brezillon
2016-03-31 7:57 ` Boris Brezillon
2016-04-12 11:39 ` Thierry Reding
2016-04-12 11:39 ` Thierry Reding
2016-04-12 11:39 ` Thierry Reding
2016-04-12 11:39 ` Thierry Reding
2016-04-12 12:04 ` Boris Brezillon
2016-04-12 12:04 ` Boris Brezillon
2016-04-12 12:04 ` Boris Brezillon
2016-04-12 12:04 ` Boris Brezillon
2016-04-12 12:20 ` Thierry Reding
2016-04-12 12:20 ` Thierry Reding
2016-04-12 12:20 ` Thierry Reding
2016-04-12 12:20 ` Thierry Reding
2016-04-12 12:55 ` Boris Brezillon
2016-04-12 12:55 ` Boris Brezillon
2016-04-12 12:55 ` Boris Brezillon
2016-04-12 12:55 ` Boris Brezillon
2016-04-12 13:06 ` Boris Brezillon
2016-04-12 13:06 ` Boris Brezillon
2016-04-12 13:06 ` Boris Brezillon
2016-04-12 13:06 ` Boris Brezillon
2016-04-12 13:15 ` Thierry Reding
2016-04-12 13:15 ` Thierry Reding
2016-04-12 13:15 ` Thierry Reding
2016-04-12 13:15 ` Thierry Reding
2016-03-30 20:03 ` [PATCH v5 06/46] pwm: use pwm_get/set_xxx() helpers where appropriate Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 07/46] clk: pwm: use pwm_get_args() " Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 21:58 ` Stephen Boyd
2016-03-30 21:58 ` Stephen Boyd
2016-03-30 21:58 ` Stephen Boyd
2016-03-30 21:58 ` Stephen Boyd
2016-03-30 20:03 ` [PATCH v5 08/46] hwmon: pwm-fan: " Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 22:52 ` Guenter Roeck [this message]
2016-03-30 22:52 ` Guenter Roeck
2016-03-30 22:52 ` Guenter Roeck
2016-03-30 22:52 ` Guenter Roeck
2016-03-31 7:07 ` Boris Brezillon
2016-03-31 7:07 ` Boris Brezillon
2016-03-31 7:07 ` Boris Brezillon
2016-03-31 7:07 ` Boris Brezillon
2016-04-04 15:20 ` Thierry Reding
2016-04-04 15:20 ` Thierry Reding
2016-04-04 15:20 ` Thierry Reding
2016-04-04 15:20 ` Thierry Reding
2016-04-01 8:29 ` Kamil Debski
2016-04-01 8:29 ` Kamil Debski
2016-04-01 8:29 ` Kamil Debski
2016-04-01 8:29 ` Kamil Debski
2016-03-30 20:03 ` [PATCH v5 09/46] misc: max77693-haptic: " Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 10/46] leds: pwm: " Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-31 7:13 ` Jacek Anaszewski
2016-03-31 7:13 ` Jacek Anaszewski
2016-03-31 7:13 ` Jacek Anaszewski
2016-03-31 7:13 ` Jacek Anaszewski
2016-03-30 20:03 ` [PATCH v5 11/46] regulator: " Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 12/46] fbdev: ssd1307fb: " Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 13/46] backlight: pwm_bl: " Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 14/46] pwm: keep PWM state in sync with hardware state Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 15/46] pwm: introduce the pwm_state concept Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-04-12 11:49 ` Thierry Reding
2016-04-12 11:49 ` Thierry Reding
2016-04-12 11:49 ` Thierry Reding
2016-04-12 11:49 ` Thierry Reding
2016-04-12 12:17 ` Boris Brezillon
2016-04-12 12:17 ` Boris Brezillon
2016-04-12 12:17 ` Boris Brezillon
2016-04-12 12:17 ` Boris Brezillon
2016-04-12 12:21 ` Thierry Reding
2016-04-12 12:21 ` Thierry Reding
2016-04-12 12:21 ` Thierry Reding
2016-04-12 12:21 ` Thierry Reding
2016-04-12 12:45 ` Boris Brezillon
2016-04-12 12:45 ` Boris Brezillon
2016-04-12 12:45 ` Boris Brezillon
2016-04-12 12:45 ` Boris Brezillon
2016-04-12 13:11 ` Thierry Reding
2016-04-12 13:11 ` Thierry Reding
2016-04-12 13:11 ` Thierry Reding
2016-04-12 13:11 ` Thierry Reding
2016-04-12 13:26 ` Boris Brezillon
2016-04-12 13:26 ` Boris Brezillon
2016-04-12 13:26 ` Boris Brezillon
2016-04-12 13:26 ` Boris Brezillon
2016-04-12 14:05 ` Thierry Reding
2016-04-12 14:05 ` Thierry Reding
2016-04-12 14:05 ` Thierry Reding
2016-04-12 14:05 ` Thierry Reding
2016-04-12 14:13 ` Boris Brezillon
2016-04-12 14:13 ` Boris Brezillon
2016-04-12 14:13 ` Boris Brezillon
2016-04-12 14:13 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 16/46] pwm: move the enabled/disabled info into pwm_state Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-04-12 11:51 ` Thierry Reding
2016-04-12 11:51 ` Thierry Reding
2016-04-12 11:51 ` Thierry Reding
2016-04-12 11:51 ` Thierry Reding
2016-03-30 20:03 ` [PATCH v5 17/46] pwm: add the PWM initial state retrieval infra Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 18/46] pwm: add the core infrastructure to allow atomic update Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 19/46] pwm: switch to the atomic API Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 20/46] pwm: add information about polarity, duty cycle and period to debugfs Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 21/46] pwm: rockchip: add initial state retrieval Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 22/46] pwm: rockchip: avoid glitches on already running PWMs Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
[not found] ` <1459368249-13241-23-git-send-email-boris.brezillon-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
2017-08-04 12:45 ` [v5,22/46] " David.Wu
2017-08-04 14:07 ` Boris Brezillon
2017-08-04 14:07 ` Boris Brezillon
2017-08-04 14:48 ` Heiko Stuebner
2017-08-04 14:48 ` Heiko Stuebner
2017-08-04 16:22 ` Doug Anderson
2017-08-21 15:39 ` Boris Brezillon
2017-08-21 15:39 ` Boris Brezillon
2017-08-21 16:49 ` Doug Anderson
2017-08-21 16:49 ` Doug Anderson
2017-08-21 19:50 ` Boris Brezillon
2017-08-21 19:50 ` Boris Brezillon
2017-08-07 7:43 ` Elaine Zhang
2016-03-30 20:03 ` [PATCH v5 23/46] pwm: rockchip: add support for atomic update Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 24/46] pwm: sti: add support for initial state retrieval Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 25/46] pwm: sti: avoid glitches on already running PWMs Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 26/46] pwm: sun4i: implement hardware readout Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-31 8:00 ` Alexandre Belloni
2016-03-31 8:00 ` Alexandre Belloni
2016-03-31 8:00 ` Alexandre Belloni
2016-03-31 8:00 ` Alexandre Belloni
2016-03-30 20:03 ` [PATCH v5 27/46] regulator: pwm: adjust PWM config at probe time Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 21:22 ` Mark Brown
2016-03-30 21:22 ` Mark Brown
2016-03-30 21:22 ` Mark Brown
2016-03-30 21:22 ` Mark Brown
2016-03-30 20:03 ` [PATCH v5 28/46] regulator: pwm: swith to the atomic PWM API Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 21:23 ` Mark Brown
2016-03-30 21:23 ` Mark Brown
2016-03-30 21:23 ` Mark Brown
2016-03-30 21:23 ` Mark Brown
2016-03-30 20:03 ` [PATCH v5 29/46] regulator: pwm: properly initialize the ->state field Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 30/46] regulator: pwm: retrieve correct voltage Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 21:24 ` Mark Brown
2016-03-30 21:24 ` Mark Brown
2016-03-30 21:24 ` Mark Brown
2016-03-30 21:24 ` Mark Brown
2016-04-07 21:54 ` Boris Brezillon
2016-04-07 21:54 ` Boris Brezillon
2016-04-07 21:54 ` Boris Brezillon
2016-04-07 21:54 ` Boris Brezillon
2016-04-12 4:42 ` Mark Brown
2016-04-12 4:42 ` Mark Brown
2016-04-12 4:42 ` Mark Brown
2016-04-12 4:42 ` Mark Brown
2016-04-12 8:37 ` Boris Brezillon
2016-04-12 8:37 ` Boris Brezillon
2016-04-12 8:37 ` Boris Brezillon
2016-04-12 8:37 ` Boris Brezillon
2016-04-12 10:09 ` Mark Brown
2016-04-12 10:09 ` Mark Brown
2016-04-12 10:09 ` Mark Brown
2016-04-12 10:09 ` Mark Brown
2016-04-12 10:31 ` Boris Brezillon
2016-04-12 10:31 ` Boris Brezillon
2016-04-12 10:31 ` Boris Brezillon
2016-04-12 10:31 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 31/46] pwm: update documentation Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 32/46] pwm: deprecate pwm_config(), pwm_enable() and pwm_disable() Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-31 17:38 ` Dmitry Torokhov
2016-03-31 17:38 ` Dmitry Torokhov
2016-03-31 17:38 ` Dmitry Torokhov
2016-03-31 17:38 ` Dmitry Torokhov
2016-03-31 18:54 ` Boris Brezillon
2016-03-31 18:54 ` Boris Brezillon
2016-03-31 18:54 ` Boris Brezillon
2016-03-31 18:54 ` Boris Brezillon
2016-04-04 15:22 ` Thierry Reding
2016-04-04 15:22 ` Thierry Reding
2016-04-04 15:22 ` Thierry Reding
2016-04-04 15:22 ` Thierry Reding
2016-03-30 20:03 ` [PATCH v5 33/46] pwm: replace pwm_disable() by pwm_apply_state() Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` [PATCH v5 34/46] clk: pwm: switch to the atomic API Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 22:01 ` Stephen Boyd
2016-03-30 22:01 ` Stephen Boyd
2016-03-30 22:01 ` Stephen Boyd
2016-03-30 22:01 ` Stephen Boyd
2016-03-31 6:57 ` Boris Brezillon
2016-03-31 6:57 ` Boris Brezillon
2016-03-31 6:57 ` Boris Brezillon
2016-03-31 6:57 ` Boris Brezillon
2016-04-04 15:30 ` Thierry Reding
2016-04-04 15:30 ` Thierry Reding
2016-04-04 15:30 ` Thierry Reding
2016-04-04 15:30 ` Thierry Reding
2016-03-30 20:03 ` [PATCH v5 35/46] hwmon: pwm-fan: " Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-04-01 8:29 ` Kamil Debski
2016-04-01 8:29 ` Kamil Debski
2016-04-01 8:29 ` Kamil Debski
2016-04-01 8:29 ` Kamil Debski
2016-03-30 20:03 ` [PATCH v5 36/46] input: misc: max77693: " Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-30 20:03 ` Boris Brezillon
2016-03-31 17:48 ` Dmitry Torokhov
2016-03-31 17:48 ` Dmitry Torokhov
2016-03-31 17:48 ` Dmitry Torokhov
2016-03-31 17:48 ` Dmitry Torokhov
2016-03-31 18:57 ` Boris Brezillon
2016-03-31 18:57 ` Boris Brezillon
2016-03-31 18:57 ` Boris Brezillon
2016-03-31 18:57 ` Boris Brezillon
2016-04-04 15:34 ` Thierry Reding
2016-04-04 15:34 ` Thierry Reding
2016-04-04 15:34 ` Thierry Reding
2016-04-04 15:34 ` Thierry Reding
2016-03-30 20:04 ` [PATCH v5 37/46] input: misc: max8997: switch to the atomic PWM API Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` [PATCH v5 38/46] input: misc: pwm-beeper: " Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` [PATCH v5 39/46] leds: pwm: " Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` [PATCH v5 40/46] backlight: lm3630a: " Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` [PATCH v5 41/46] backlight: lp855x: " Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` [PATCH v5 42/46] backlight: lp8788: " Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` [PATCH v5 43/46] backlight: pwm_bl: " Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` [PATCH v5 44/46] video: ssd1307fb: " Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` [PATCH v5 45/46] drm: i915: " Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-31 6:34 ` Jani Nikula
2016-03-31 8:44 ` Shobhit Kumar
2016-03-30 20:04 ` [PATCH v5 46/46] ARM: s3c24xx: rx1950: " Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:04 ` Boris Brezillon
2016-03-30 20:18 ` [PATCH v5 00/46] pwm: add support for atomic update Boris Brezillon
2016-03-30 20:18 ` Boris Brezillon
2016-03-30 20:18 ` Boris Brezillon
2016-03-30 20:18 ` Boris Brezillon
2016-03-30 20:18 ` Boris Brezillon
2016-03-31 16:12 ` ✗ Fi.CI.BAT: failure for " Patchwork
2016-04-11 22:42 ` [PATCH v5 00/46] " Boris Brezillon
2016-04-11 22:42 ` Boris Brezillon
2016-04-11 22:42 ` Boris Brezillon
2016-04-11 22:42 ` Boris Brezillon
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=20160330225244.GA24044@roeck-us.net \
--to=linux@roeck-us.net \
--cc=airlied@linux.ie \
--cc=alexandre.belloni@free-electrons.com \
--cc=boris.brezillon@free-electrons.com \
--cc=broonie@kernel.org \
--cc=cooloney@gmail.com \
--cc=corbet@lwn.net \
--cc=daniel.vetter@intel.com \
--cc=daniel@ffwll.ch \
--cc=dmitry.torokhov@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=heiko@sntech.de \
--cc=hsweeten@visionengravers.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=j.anaszewski@samsung.com \
--cc=jani.nikula@linux.intel.com \
--cc=jdelvare@suse.com \
--cc=jingoohan1@gmail.com \
--cc=k.debski@samsung.com \
--cc=k.kozlowski@samsung.com \
--cc=kgene@kernel.org \
--cc=lee.jones@linaro.org \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-leds@vger.kernel.org \
--cc=linux-pwm@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-sunxi@googlegroups.com \
--cc=lm-sensors@lm-sensors.org \
--cc=manabian@gmail.com \
--cc=maxime.ripard@free-electrons.com \
--cc=milo.kim@ti.com \
--cc=mturquette@baylibre.com \
--cc=plagnioj@jcrosoft.com \
--cc=rmallon@gmail.com \
--cc=robert.jarzmik@free.fr \
--cc=rpurdie@rpsys.net \
--cc=sboyd@codeaurora.org \
--cc=shc_work@mail.ru \
--cc=thierry.reding@gmail.com \
--cc=thomas.petazzoni@free-electrons.com \
--cc=tomi.valkeinen@ti.com \
--cc=wens@csie.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.