All of lore.kernel.org
 help / color / mirror / Atom feed
From: Maxime Ripard <maxime.ripard@free-electrons.com>
To: "Ondřej Jirman" <megous@megous.com>
Cc: dev@linux-sunxi.org, linux-arm-kernel@lists.infradead.org,
	Zhang Rui <rui.zhang@intel.com>,
	Eduardo Valentin <edubezval@gmail.com>,
	Chen-Yu Tsai <wens@csie.org>,
	open list <linux-kernel@vger.kernel.org>,
	"open list:THERMAL" <linux-pm@vger.kernel.org>
Subject: Re: [PATCH v2 02/14] thermal: sun8i_ths: Add support for the thermal sensor on Allwinner H3
Date: Tue, 28 Jun 2016 13:39:31 +0200	[thread overview]
Message-ID: <20160628113931.GD5550@lukather> (raw)
In-Reply-To: <4a43f993-6b58-8303-466b-a9115ed26fd6@megous.com>

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

On Sat, Jun 25, 2016 at 05:12:41PM +0200, Ondřej Jirman wrote:
> >> +	data->calreg = devm_ioremap_resource(&pdev->dev, res);
> >> +	if (IS_ERR(data->calreg)) {
> >> +		ret = PTR_ERR(data->calreg);
> >> +		dev_err(&pdev->dev, "failed to ioremap THS registers: %d\n", ret);
> >> +		return ret;
> >> +	}
> > 
> > Why did you remove the SID use through the nvmem framework ?!
> 
> Because it's overkill for reading a single word from memeory, the sunxi
> nvmem driver doesn't support H3, the sid is not documented in the
> datasheet, aside from some registger name/offset dump on the mailing
> list some time ago.
> 
> Aside from that, I've yet to see H3 soc that has anything else than 0 in
> the calibration data memory location. So this is basically nop.
> 
> Proposed solution seems simpler with no drawbacks that I can see,
> without resorting to dropping the thing entirely from this driver. Which
> I would be fine with too. Calibration is optional feature in the BSP
> kernel, so I assume dropping it may not do too much harm either.
> 
> If anyone wants to implement sid in the future, it will be easy enough
> to do with backwards compatibility. The second reg will become optional,
> and the driver can check for nvmem.

A lot of things in drivers boil down to "reading a single word from
memory". However, abstractions are here for a reason, and there's none
to not use it.

If that's not something we can use today, remove it entirely. And if
that becomes necessary, we will add an optional nvmem property.

> >> +
> >> +	irq = platform_get_irq(pdev, 0);
> >> +	if (irq < 0) {
> >> +		dev_err(&pdev->dev, "failed to get IRQ: %d\n", irq);
> >> +		return irq;
> >> +	}
> >> +
> >> +	ret = devm_request_threaded_irq(&pdev->dev, irq, NULL,
> >> +					sun8i_ths_irq_thread, IRQF_ONESHOT,
> >> +					dev_name(&pdev->dev), data);
> >> +	if (ret)
> >> +		return ret;
> >> +
> >> +	data->busclk = devm_clk_get(&pdev->dev, "ahb");
> >> +	if (IS_ERR(data->busclk)) {
> >> +		ret = PTR_ERR(data->busclk);
> >> +		dev_err(&pdev->dev, "failed to get ahb clk: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	data->clk = devm_clk_get(&pdev->dev, "ths");
> >> +	if (IS_ERR(data->clk)) {
> >> +		ret = PTR_ERR(data->clk);
> >> +		dev_err(&pdev->dev, "failed to get ths clk: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	data->reset = devm_reset_control_get(&pdev->dev, "ahb");
> >> +	if (IS_ERR(data->reset)) {
> >> +		ret = PTR_ERR(data->reset);
> >> +		dev_err(&pdev->dev, "failed to get reset: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	ret = clk_prepare_enable(data->busclk);
> >> +	if (ret) {
> >> +		dev_err(&pdev->dev, "failed to enable bus clk: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	ret = clk_prepare_enable(data->clk);
> >> +	if (ret) {
> >> +		dev_err(&pdev->dev, "failed to enable ths clk: %d\n", ret);
> >> +		goto err_disable_bus;
> >> +	}
> >> +
> >> +	ret = clk_set_rate(data->clk, THS_H3_CLK_IN);
> >> +	if (ret)
> >> +		goto err_disable_ths;
> >> +
> >> +	ret = reset_control_deassert(data->reset);
> >> +	if (ret) {
> >> +		dev_err(&pdev->dev, "reset deassert failed: %d\n", ret);
> >> +		goto err_disable_ths;
> >> +	}
> > 
> > Having runtime_pm support would be great.
> 
> Suspend/resume handling? I would have no way of testing it, other than
> blindly impelementing what BSP kernel does. Other than that, I can add
> it quite easily. It should be rather simple.

No, I mean runtime_pm, with runtime_suspend and runtime_resume, to
allow only powering up the device when it's used, and shut it down
when not used.

> >> +MODULE_AUTHOR("Ondřej Jirman <megous@megous.com>");
> >> +MODULE_DESCRIPTION("Thermal sensor driver for Allwinner H3 SoC");
> >> +MODULE_LICENSE("GPL v2");
> > 
> > Looks quite good otherwise. It looks very similar to the older
> > touchscreen driver (without the touchscreen part).
> > 
> > Have you tried to merge the two?
> 
> What driver?

drivers/input/touchscreen/sun4i-ts.c

Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

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

WARNING: multiple messages have this Message-ID (diff)
From: Maxime Ripard <maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>
To: "Ondřej Jirman" <megous-5qf/QAjKc83QT0dZR+AlfA@public.gmane.org>
Cc: dev-3kdeTeqwOZ9EV1b7eY7vFQ@public.gmane.org,
	linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org,
	Zhang Rui <rui.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	Eduardo Valentin
	<edubezval-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Chen-Yu Tsai <wens-jdAy2FN1RRM@public.gmane.org>,
	open list <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"open list:THERMAL"
	<linux-pm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH v2 02/14] thermal: sun8i_ths: Add support for the thermal sensor on Allwinner H3
Date: Tue, 28 Jun 2016 13:39:31 +0200	[thread overview]
Message-ID: <20160628113931.GD5550@lukather> (raw)
In-Reply-To: <4a43f993-6b58-8303-466b-a9115ed26fd6-5qf/QAjKc83QT0dZR+AlfA@public.gmane.org>

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

On Sat, Jun 25, 2016 at 05:12:41PM +0200, Ondřej Jirman wrote:
> >> +	data->calreg = devm_ioremap_resource(&pdev->dev, res);
> >> +	if (IS_ERR(data->calreg)) {
> >> +		ret = PTR_ERR(data->calreg);
> >> +		dev_err(&pdev->dev, "failed to ioremap THS registers: %d\n", ret);
> >> +		return ret;
> >> +	}
> > 
> > Why did you remove the SID use through the nvmem framework ?!
> 
> Because it's overkill for reading a single word from memeory, the sunxi
> nvmem driver doesn't support H3, the sid is not documented in the
> datasheet, aside from some registger name/offset dump on the mailing
> list some time ago.
> 
> Aside from that, I've yet to see H3 soc that has anything else than 0 in
> the calibration data memory location. So this is basically nop.
> 
> Proposed solution seems simpler with no drawbacks that I can see,
> without resorting to dropping the thing entirely from this driver. Which
> I would be fine with too. Calibration is optional feature in the BSP
> kernel, so I assume dropping it may not do too much harm either.
> 
> If anyone wants to implement sid in the future, it will be easy enough
> to do with backwards compatibility. The second reg will become optional,
> and the driver can check for nvmem.

A lot of things in drivers boil down to "reading a single word from
memory". However, abstractions are here for a reason, and there's none
to not use it.

If that's not something we can use today, remove it entirely. And if
that becomes necessary, we will add an optional nvmem property.

> >> +
> >> +	irq = platform_get_irq(pdev, 0);
> >> +	if (irq < 0) {
> >> +		dev_err(&pdev->dev, "failed to get IRQ: %d\n", irq);
> >> +		return irq;
> >> +	}
> >> +
> >> +	ret = devm_request_threaded_irq(&pdev->dev, irq, NULL,
> >> +					sun8i_ths_irq_thread, IRQF_ONESHOT,
> >> +					dev_name(&pdev->dev), data);
> >> +	if (ret)
> >> +		return ret;
> >> +
> >> +	data->busclk = devm_clk_get(&pdev->dev, "ahb");
> >> +	if (IS_ERR(data->busclk)) {
> >> +		ret = PTR_ERR(data->busclk);
> >> +		dev_err(&pdev->dev, "failed to get ahb clk: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	data->clk = devm_clk_get(&pdev->dev, "ths");
> >> +	if (IS_ERR(data->clk)) {
> >> +		ret = PTR_ERR(data->clk);
> >> +		dev_err(&pdev->dev, "failed to get ths clk: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	data->reset = devm_reset_control_get(&pdev->dev, "ahb");
> >> +	if (IS_ERR(data->reset)) {
> >> +		ret = PTR_ERR(data->reset);
> >> +		dev_err(&pdev->dev, "failed to get reset: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	ret = clk_prepare_enable(data->busclk);
> >> +	if (ret) {
> >> +		dev_err(&pdev->dev, "failed to enable bus clk: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	ret = clk_prepare_enable(data->clk);
> >> +	if (ret) {
> >> +		dev_err(&pdev->dev, "failed to enable ths clk: %d\n", ret);
> >> +		goto err_disable_bus;
> >> +	}
> >> +
> >> +	ret = clk_set_rate(data->clk, THS_H3_CLK_IN);
> >> +	if (ret)
> >> +		goto err_disable_ths;
> >> +
> >> +	ret = reset_control_deassert(data->reset);
> >> +	if (ret) {
> >> +		dev_err(&pdev->dev, "reset deassert failed: %d\n", ret);
> >> +		goto err_disable_ths;
> >> +	}
> > 
> > Having runtime_pm support would be great.
> 
> Suspend/resume handling? I would have no way of testing it, other than
> blindly impelementing what BSP kernel does. Other than that, I can add
> it quite easily. It should be rather simple.

No, I mean runtime_pm, with runtime_suspend and runtime_resume, to
allow only powering up the device when it's used, and shut it down
when not used.

> >> +MODULE_AUTHOR("Ondřej Jirman <megous-5qf/QAjKc83QT0dZR+AlfA@public.gmane.org>");
> >> +MODULE_DESCRIPTION("Thermal sensor driver for Allwinner H3 SoC");
> >> +MODULE_LICENSE("GPL v2");
> > 
> > Looks quite good otherwise. It looks very similar to the older
> > touchscreen driver (without the touchscreen part).
> > 
> > Have you tried to merge the two?
> 
> What driver?

drivers/input/touchscreen/sun4i-ts.c

Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

-- 
You received this message because you are subscribed to the Google Groups "linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org
For more options, visit https://groups.google.com/d/optout.

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

WARNING: multiple messages have this Message-ID (diff)
From: maxime.ripard@free-electrons.com (Maxime Ripard)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 02/14] thermal: sun8i_ths: Add support for the thermal sensor on Allwinner H3
Date: Tue, 28 Jun 2016 13:39:31 +0200	[thread overview]
Message-ID: <20160628113931.GD5550@lukather> (raw)
In-Reply-To: <4a43f993-6b58-8303-466b-a9115ed26fd6@megous.com>

On Sat, Jun 25, 2016 at 05:12:41PM +0200, Ond?ej Jirman wrote:
> >> +	data->calreg = devm_ioremap_resource(&pdev->dev, res);
> >> +	if (IS_ERR(data->calreg)) {
> >> +		ret = PTR_ERR(data->calreg);
> >> +		dev_err(&pdev->dev, "failed to ioremap THS registers: %d\n", ret);
> >> +		return ret;
> >> +	}
> > 
> > Why did you remove the SID use through the nvmem framework ?!
> 
> Because it's overkill for reading a single word from memeory, the sunxi
> nvmem driver doesn't support H3, the sid is not documented in the
> datasheet, aside from some registger name/offset dump on the mailing
> list some time ago.
> 
> Aside from that, I've yet to see H3 soc that has anything else than 0 in
> the calibration data memory location. So this is basically nop.
> 
> Proposed solution seems simpler with no drawbacks that I can see,
> without resorting to dropping the thing entirely from this driver. Which
> I would be fine with too. Calibration is optional feature in the BSP
> kernel, so I assume dropping it may not do too much harm either.
> 
> If anyone wants to implement sid in the future, it will be easy enough
> to do with backwards compatibility. The second reg will become optional,
> and the driver can check for nvmem.

A lot of things in drivers boil down to "reading a single word from
memory". However, abstractions are here for a reason, and there's none
to not use it.

If that's not something we can use today, remove it entirely. And if
that becomes necessary, we will add an optional nvmem property.

> >> +
> >> +	irq = platform_get_irq(pdev, 0);
> >> +	if (irq < 0) {
> >> +		dev_err(&pdev->dev, "failed to get IRQ: %d\n", irq);
> >> +		return irq;
> >> +	}
> >> +
> >> +	ret = devm_request_threaded_irq(&pdev->dev, irq, NULL,
> >> +					sun8i_ths_irq_thread, IRQF_ONESHOT,
> >> +					dev_name(&pdev->dev), data);
> >> +	if (ret)
> >> +		return ret;
> >> +
> >> +	data->busclk = devm_clk_get(&pdev->dev, "ahb");
> >> +	if (IS_ERR(data->busclk)) {
> >> +		ret = PTR_ERR(data->busclk);
> >> +		dev_err(&pdev->dev, "failed to get ahb clk: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	data->clk = devm_clk_get(&pdev->dev, "ths");
> >> +	if (IS_ERR(data->clk)) {
> >> +		ret = PTR_ERR(data->clk);
> >> +		dev_err(&pdev->dev, "failed to get ths clk: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	data->reset = devm_reset_control_get(&pdev->dev, "ahb");
> >> +	if (IS_ERR(data->reset)) {
> >> +		ret = PTR_ERR(data->reset);
> >> +		dev_err(&pdev->dev, "failed to get reset: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	ret = clk_prepare_enable(data->busclk);
> >> +	if (ret) {
> >> +		dev_err(&pdev->dev, "failed to enable bus clk: %d\n", ret);
> >> +		return ret;
> >> +	}
> >> +
> >> +	ret = clk_prepare_enable(data->clk);
> >> +	if (ret) {
> >> +		dev_err(&pdev->dev, "failed to enable ths clk: %d\n", ret);
> >> +		goto err_disable_bus;
> >> +	}
> >> +
> >> +	ret = clk_set_rate(data->clk, THS_H3_CLK_IN);
> >> +	if (ret)
> >> +		goto err_disable_ths;
> >> +
> >> +	ret = reset_control_deassert(data->reset);
> >> +	if (ret) {
> >> +		dev_err(&pdev->dev, "reset deassert failed: %d\n", ret);
> >> +		goto err_disable_ths;
> >> +	}
> > 
> > Having runtime_pm support would be great.
> 
> Suspend/resume handling? I would have no way of testing it, other than
> blindly impelementing what BSP kernel does. Other than that, I can add
> it quite easily. It should be rather simple.

No, I mean runtime_pm, with runtime_suspend and runtime_resume, to
allow only powering up the device when it's used, and shut it down
when not used.

> >> +MODULE_AUTHOR("Ond?ej Jirman <megous@megous.com>");
> >> +MODULE_DESCRIPTION("Thermal sensor driver for Allwinner H3 SoC");
> >> +MODULE_LICENSE("GPL v2");
> > 
> > Looks quite good otherwise. It looks very similar to the older
> > touchscreen driver (without the touchscreen part).
> > 
> > Have you tried to merge the two?
> 
> What driver?

drivers/input/touchscreen/sun4i-ts.c

Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
-------------- 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/20160628/59304ceb/attachment-0001.sig>

  reply	other threads:[~2016-06-28 11:42 UTC|newest]

Thread overview: 183+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-25  3:44 [PATCH v2] Thermal regulation for Orange Pi PC and Orange Pi One megous at megous.com
2016-06-25  3:44 ` [PATCH v2 01/14] ARM: clk: sunxi: Add driver for the H3 THS clock megous
2016-06-25  3:44   ` megous at megous.com
2016-06-25  3:44   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-25  7:13   ` Maxime Ripard
2016-06-25  7:13     ` Maxime Ripard
2016-06-25  7:13     ` Maxime Ripard
2016-06-25 15:23     ` Ondřej Jirman
2016-06-25 15:23       ` Ondřej Jirman
2016-06-25 15:23       ` Ondřej Jirman
2016-06-28 11:52       ` Maxime Ripard
2016-06-28 11:52         ` Maxime Ripard
2016-06-28 11:52         ` Maxime Ripard
2016-06-25  3:44 ` [PATCH v2 02/14] thermal: sun8i_ths: Add support for the thermal sensor on Allwinner H3 megous
2016-06-25  3:44   ` megous at megous.com
2016-06-25  3:44   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-25  7:10   ` Maxime Ripard
2016-06-25  7:10     ` Maxime Ripard
2016-06-25 15:12     ` Ondřej Jirman
2016-06-25 15:12       ` Ondřej Jirman
2016-06-28 11:39       ` Maxime Ripard [this message]
2016-06-28 11:39         ` Maxime Ripard
2016-06-28 11:39         ` Maxime Ripard
2016-06-25  3:45 ` [PATCH v2 03/14] dt-bindings: document sun8i_ths - H3 thermal sensor driver megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-28 20:56   ` Rob Herring
2016-06-28 20:56     ` Rob Herring
2016-06-28 20:56     ` Rob Herring
2016-06-25  3:45 ` [PATCH v2 04/14] regulator: SY8106A regulator driver megous
2016-06-25  3:45   ` megous at megous.com
2016-06-26 11:26   ` Mark Brown
2016-06-26 11:26     ` Mark Brown
2016-06-26 15:07     ` Ondřej Jirman
2016-06-26 15:07       ` Ondřej Jirman
2016-06-27 14:54       ` Mark Brown
2016-06-27 14:54         ` Mark Brown
2016-06-28 16:27         ` Ondřej Jirman
2016-06-28 16:27           ` Ondřej Jirman
2016-06-27 15:10   ` Mark Brown
2016-06-27 15:10     ` Mark Brown
2016-06-25  3:45 ` [PATCH v2 05/14] dt-bindings: document " megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-26 11:27   ` Mark Brown
2016-06-26 11:27     ` Mark Brown
2016-06-26 11:27     ` Mark Brown
2016-06-26 15:10     ` Ondřej Jirman
2016-06-26 15:10       ` Ondřej Jirman
2016-06-26 15:10       ` Ondřej Jirman
2016-06-26 18:52       ` Mark Brown
2016-06-26 18:52         ` Mark Brown
2016-06-26 18:52         ` Mark Brown
2016-06-25  3:45 ` [PATCH v2 06/14] ARM: sun8i: clk: Add clk-factor rate application method megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-30 20:40   ` Maxime Ripard
2016-06-30 20:40     ` Maxime Ripard
2016-06-30 20:40     ` Maxime Ripard
2016-07-01  0:50     ` Ondřej Jirman
2016-07-01  0:50       ` Ondřej Jirman
2016-07-01  0:50       ` Ondřej Jirman
2016-07-01  5:37       ` Jean-Francois Moine
2016-07-01  5:37         ` Jean-Francois Moine
2016-07-01  6:34         ` Ondřej Jirman
2016-07-01  6:34           ` Ondřej Jirman
2016-07-01  6:34           ` Ondřej Jirman
2016-07-01  7:47           ` Jean-Francois Moine
2016-07-01  7:47             ` Jean-Francois Moine
2016-07-01  7:47             ` Jean-Francois Moine
2016-07-15  8:53       ` Maxime Ripard
2016-07-15  8:53         ` Maxime Ripard
2016-07-15  8:53         ` Maxime Ripard
2016-07-15 10:38         ` Ondřej Jirman
2016-07-15 10:38           ` Ondřej Jirman
2016-07-15 10:38           ` Ondřej Jirman
2016-07-15 13:27           ` Jean-Francois Moine
2016-07-15 13:27             ` Jean-Francois Moine
2016-07-15 13:48             ` Ondřej Jirman
2016-07-15 13:48               ` Ondřej Jirman
2016-07-15 13:48               ` Ondřej Jirman
2016-07-15 14:22               ` [linux-sunxi] " Michal Suchanek
2016-07-15 14:22                 ` Michal Suchanek
2016-07-15 14:22                 ` Michal Suchanek
2016-07-15 16:33                 ` Ondřej Jirman
2016-07-15 16:33                   ` Ondřej Jirman
2016-07-21  9:51             ` Maxime Ripard
2016-07-21  9:51               ` Maxime Ripard
2016-07-21  9:51               ` Maxime Ripard
2016-07-21  9:48           ` Maxime Ripard
2016-07-21  9:48             ` Maxime Ripard
2016-07-21  9:48             ` Maxime Ripard
2016-07-21  9:52             ` Ondřej Jirman
2016-07-21  9:52               ` Ondřej Jirman
2016-07-26  6:32               ` Maxime Ripard
2016-07-26  6:32                 ` Maxime Ripard
2016-07-28 11:27                 ` Changed: sunxi-ng clock code - NKMP clock implementation is wrong Ondřej Jirman
2016-07-28 11:27                   ` Ondřej Jirman
2016-07-28 11:27                   ` Ondřej Jirman
2016-07-28 11:38                   ` [linux-sunxi] " Chen-Yu Tsai
2016-07-28 11:38                     ` Chen-Yu Tsai
2016-07-28 11:38                     ` Chen-Yu Tsai
2016-07-28 21:00                   ` Maxime Ripard
2016-07-28 21:00                     ` Maxime Ripard
2016-07-28 21:00                     ` Maxime Ripard
2016-07-28 22:01                     ` Ondřej Jirman
2016-07-28 22:01                       ` Ondřej Jirman
2016-07-28 22:01                       ` Ondřej Jirman
2016-07-31 10:31                       ` Maxime Ripard
2016-07-31 10:31                         ` Maxime Ripard
2016-07-31 10:31                         ` Maxime Ripard
2016-07-31 22:01                         ` Ondřej Jirman
2016-07-31 22:01                           ` Ondřej Jirman
2016-07-31 22:01                           ` Ondřej Jirman
2016-08-31 20:25                           ` Maxime Ripard
2016-08-31 20:25                             ` Maxime Ripard
2016-08-31 20:25                             ` Maxime Ripard
2016-07-01  0:53     ` [PATCH v2 06/14] ARM: sun8i: clk: Add clk-factor rate application method Ondřej Jirman
2016-07-01  0:53       ` Ondřej Jirman
2016-07-01  0:53       ` Ondřej Jirman
2016-07-15  8:19       ` Maxime Ripard
2016-07-15  8:19         ` Maxime Ripard
2016-07-15  8:19         ` Maxime Ripard
2016-06-25  3:45 ` [PATCH v2 07/14] ARM: dts: sun8i: Use sun8i-h3-pll1-clk for pll1 in H3 megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-25  3:45 ` [PATCH v2 08/14] ARM: dts: sun8i: Add thermal sensor node to the sun8i-h3.dtsi megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-25  3:45 ` [PATCH v2 09/14] ARM: dts: sun8i: Add cpu0 label to sun8i-h3.dtsi megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-25  3:45 ` [PATCH v2 10/14] ARM: dts: sun8i: Add r_twi I2C controller megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-25  7:16   ` Maxime Ripard
2016-06-25  7:16     ` Maxime Ripard
2016-06-25  7:16     ` Maxime Ripard
2016-06-25  3:45 ` [PATCH v2 11/14] ARM: dts: sun8i: Add sy8106a regulator to Orange Pi PC megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-25  3:45 ` [PATCH v2 12/14] ARM: dts: sun8i: Setup CPU operating points for Onrage PI PC megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-25  3:45 ` [PATCH v2 13/14] ARM: dts: sun8i: Add gpio-regulator used on Orange Pi One megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-25  7:18   ` Maxime Ripard
2016-06-25  7:18     ` Maxime Ripard
2016-06-25  7:18     ` Maxime Ripard
2016-06-25  3:45 ` [PATCH v2 14/14] ARM: dts: sun8i: Enable DVFS " megous
2016-06-25  3:45   ` megous at megous.com
2016-06-25  3:45   ` megous-5qf/QAjKc83QT0dZR+AlfA
2016-06-30 11:13   ` [linux-sunxi] " Michal Suchanek
2016-06-30 11:13     ` Michal Suchanek
2016-06-30 11:13     ` Michal Suchanek
2016-06-30 14:19     ` Ondřej Jirman
2016-06-30 14:19       ` Ondřej Jirman
2016-06-30 14:19       ` Ondřej Jirman
2016-06-30 15:16       ` [linux-sunxi] " Michal Suchanek
2016-06-30 15:16         ` Michal Suchanek
2016-06-30 15:16         ` Michal Suchanek
2016-06-30 15:32         ` [linux-sunxi] " Ondřej Jirman
2016-06-30 15:32           ` Ondřej Jirman
2016-06-30 15:32           ` Ondřej Jirman
2016-06-30 15:50         ` [linux-sunxi] " Michal Suchanek
2016-06-30 15:50           ` Michal Suchanek
2016-06-30 15:50           ` Michal Suchanek
2016-06-30 15:53           ` [linux-sunxi] " Ondřej Jirman
2016-06-30 15:53             ` Ondřej Jirman
2016-06-30 15:53             ` Ondřej Jirman
2016-07-01 10:54           ` [linux-sunxi] " Michal Suchanek
2016-07-01 10:54             ` Michal Suchanek
2016-07-01 10:54             ` Michal Suchanek
2016-06-30 14:23     ` [linux-sunxi] " Siarhei Siamashka
2016-06-30 14:23       ` Siarhei Siamashka
2016-06-30 14:23       ` Siarhei Siamashka
2016-07-01  1:17       ` [linux-sunxi] " Ondřej Jirman
2016-07-01  1:17         ` Ondřej Jirman
2016-07-01  1:17         ` Ondřej Jirman
2016-07-22  0:41     ` [linux-sunxi] " Ondřej Jirman
2016-07-22  0:41       ` Ondřej Jirman
2016-07-22  0:41       ` Ondřej Jirman

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=20160628113931.GD5550@lukather \
    --to=maxime.ripard@free-electrons.com \
    --cc=dev@linux-sunxi.org \
    --cc=edubezval@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=megous@megous.com \
    --cc=rui.zhang@intel.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.