linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v4] i2c: aspeed: Deassert reset in probe
@ 2017-11-01  0:23 Joel Stanley
  2017-11-05 12:49 ` Wolfram Sang
  2017-11-06 18:23 ` Wolfram Sang
  0 siblings, 2 replies; 5+ messages in thread
From: Joel Stanley @ 2017-11-01  0:23 UTC (permalink / raw)
  To: Wolfram Sang
  Cc: Brendan Higgins, Philipp Zabel, Rob Herring,
	Benjamin Herrenschmidt, Andrew Jeffery, linux-i2c, linux-kernel

In order to use i2c from a cold boot, the i2c peripheral must be taken
out of reset. We request a shared reset controller each time a bus
driver is loaded, as the reset is shared between the 14 i2c buses.

On remove the reset is asserted, which only touches the hardware once
the last i2c bus is removed.

The reset is required as the I2C buses will not work without releasing
the reset. Previously the driver only worked with out of tree hacks
that released this reset before the driver was loaded. Update the
device tree bindings to reflect this.

Signed-off-by: Joel Stanley <joel@jms.id.au>
---
v4:
  - Make reset required and update device tree bindings
  - Remove unnecessary delay.h
  - Exit when reset controller probing fails
  - Fix ordering when removing the driver so that it is the opposite of probing
v3: Check for bad reset controller probe (caused by eg. bad device tree)
    and set ->rst to NULL so assert/desassert does not cause a warning to
    be printed
v2: Sort the headers

 Documentation/devicetree/bindings/i2c/i2c-aspeed.txt |  7 +++++--
 drivers/i2c/busses/i2c-aspeed.c                      | 12 ++++++++++++
 2 files changed, 17 insertions(+), 2 deletions(-)

diff --git a/Documentation/devicetree/bindings/i2c/i2c-aspeed.txt b/Documentation/devicetree/bindings/i2c/i2c-aspeed.txt
index bd6480b19535..e7106bfc1f13 100644
--- a/Documentation/devicetree/bindings/i2c/i2c-aspeed.txt
+++ b/Documentation/devicetree/bindings/i2c/i2c-aspeed.txt
@@ -7,7 +7,9 @@ Required Properties:
 - compatible		: should be "aspeed,ast2400-i2c-bus"
 			  or "aspeed,ast2500-i2c-bus"
 - clocks		: root clock of bus, should reference the APB
-			  clock
+			  clock in the second cell
+- resets		: phandle to reset controller with the reset number in
+			  the second cell
 - interrupts		: interrupt number
 - interrupt-parent	: interrupt controller for bus, should reference a
 			  aspeed,ast2400-i2c-ic or aspeed,ast2500-i2c-ic
@@ -40,7 +42,8 @@ i2c {
 		#interrupt-cells = <1>;
 		reg = <0x40 0x40>;
 		compatible = "aspeed,ast2400-i2c-bus";
-		clocks = <&clk_apb>;
+		clocks = <&syscon ASPEED_CLK_APB>;
+		resets = <&syscon ASPEED_RESET_I2C>;
 		bus-frequency = <100000>;
 		interrupts = <0>;
 		interrupt-parent = <&i2c_ic>;
diff --git a/drivers/i2c/busses/i2c-aspeed.c b/drivers/i2c/busses/i2c-aspeed.c
index 284f8670dbeb..7d4aeb4465b3 100644
--- a/drivers/i2c/busses/i2c-aspeed.c
+++ b/drivers/i2c/busses/i2c-aspeed.c
@@ -27,6 +27,7 @@
 #include <linux/of_irq.h>
 #include <linux/of_platform.h>
 #include <linux/platform_device.h>
+#include <linux/reset.h>
 #include <linux/slab.h>
 
 /* I2C Register */
@@ -132,6 +133,7 @@ struct aspeed_i2c_bus {
 	struct i2c_adapter		adap;
 	struct device			*dev;
 	void __iomem			*base;
+	struct reset_control		*rst;
 	/* Synchronizes I/O mem access to base. */
 	spinlock_t			lock;
 	struct completion		cmd_complete;
@@ -847,6 +849,14 @@ static int aspeed_i2c_probe_bus(struct platform_device *pdev)
 	/* We just need the clock rate, we don't actually use the clk object. */
 	devm_clk_put(&pdev->dev, parent_clk);
 
+	bus->rst = devm_reset_control_get_shared(&pdev->dev, NULL);
+	if (IS_ERR(bus->rst)) {
+		dev_err(&pdev->dev,
+			"missing or invalid reset controller device tree entry");
+		return PTR_ERR(bus->rst);
+	}
+	reset_control_deassert(bus->rst);
+
 	ret = of_property_read_u32(pdev->dev.of_node,
 				   "bus-frequency", &bus->bus_frequency);
 	if (ret < 0) {
@@ -917,6 +927,8 @@ static int aspeed_i2c_remove_bus(struct platform_device *pdev)
 
 	spin_unlock_irqrestore(&bus->lock, flags);
 
+	reset_control_assert(bus->rst);
+
 	i2c_del_adapter(&bus->adap);
 
 	return 0;
-- 
2.14.1

^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [PATCH v4] i2c: aspeed: Deassert reset in probe
  2017-11-01  0:23 [PATCH v4] i2c: aspeed: Deassert reset in probe Joel Stanley
@ 2017-11-05 12:49 ` Wolfram Sang
  2017-11-06  1:40   ` Joel Stanley
  2017-11-06 14:19   ` Rob Herring
  2017-11-06 18:23 ` Wolfram Sang
  1 sibling, 2 replies; 5+ messages in thread
From: Wolfram Sang @ 2017-11-05 12:49 UTC (permalink / raw)
  To: Joel Stanley
  Cc: Brendan Higgins, Philipp Zabel, Rob Herring,
	Benjamin Herrenschmidt, Andrew Jeffery, linux-i2c, linux-kernel

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

On Wed, Nov 01, 2017 at 10:53:30AM +1030, Joel Stanley wrote:
> In order to use i2c from a cold boot, the i2c peripheral must be taken
> out of reset. We request a shared reset controller each time a bus
> driver is loaded, as the reset is shared between the 14 i2c buses.
> 
> On remove the reset is asserted, which only touches the hardware once
> the last i2c bus is removed.
> 
> The reset is required as the I2C buses will not work without releasing
> the reset. Previously the driver only worked with out of tree hacks
> that released this reset before the driver was loaded. Update the
> device tree bindings to reflect this.
> 
> Signed-off-by: Joel Stanley <joel@jms.id.au>
> ---
> v4:
>   - Make reset required and update device tree bindings

For that change, I'd like to have an ack from Rob first. Won't that
cause problems when you update only the kernel and keep the "old"
devicetree?

>   - Remove unnecessary delay.h
>   - Exit when reset controller probing fails
>   - Fix ordering when removing the driver so that it is the opposite of probing
> v3: Check for bad reset controller probe (caused by eg. bad device tree)
>     and set ->rst to NULL so assert/desassert does not cause a warning to
>     be printed
> v2: Sort the headers
> 
>  Documentation/devicetree/bindings/i2c/i2c-aspeed.txt |  7 +++++--
>  drivers/i2c/busses/i2c-aspeed.c                      | 12 ++++++++++++
>  2 files changed, 17 insertions(+), 2 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/i2c/i2c-aspeed.txt b/Documentation/devicetree/bindings/i2c/i2c-aspeed.txt
> index bd6480b19535..e7106bfc1f13 100644
> --- a/Documentation/devicetree/bindings/i2c/i2c-aspeed.txt
> +++ b/Documentation/devicetree/bindings/i2c/i2c-aspeed.txt
> @@ -7,7 +7,9 @@ Required Properties:
>  - compatible		: should be "aspeed,ast2400-i2c-bus"
>  			  or "aspeed,ast2500-i2c-bus"
>  - clocks		: root clock of bus, should reference the APB
> -			  clock
> +			  clock in the second cell
> +- resets		: phandle to reset controller with the reset number in
> +			  the second cell
>  - interrupts		: interrupt number
>  - interrupt-parent	: interrupt controller for bus, should reference a
>  			  aspeed,ast2400-i2c-ic or aspeed,ast2500-i2c-ic
> @@ -40,7 +42,8 @@ i2c {
>  		#interrupt-cells = <1>;
>  		reg = <0x40 0x40>;
>  		compatible = "aspeed,ast2400-i2c-bus";
> -		clocks = <&clk_apb>;
> +		clocks = <&syscon ASPEED_CLK_APB>;
> +		resets = <&syscon ASPEED_RESET_I2C>;
>  		bus-frequency = <100000>;
>  		interrupts = <0>;
>  		interrupt-parent = <&i2c_ic>;
> diff --git a/drivers/i2c/busses/i2c-aspeed.c b/drivers/i2c/busses/i2c-aspeed.c
> index 284f8670dbeb..7d4aeb4465b3 100644
> --- a/drivers/i2c/busses/i2c-aspeed.c
> +++ b/drivers/i2c/busses/i2c-aspeed.c
> @@ -27,6 +27,7 @@
>  #include <linux/of_irq.h>
>  #include <linux/of_platform.h>
>  #include <linux/platform_device.h>
> +#include <linux/reset.h>
>  #include <linux/slab.h>
>  
>  /* I2C Register */
> @@ -132,6 +133,7 @@ struct aspeed_i2c_bus {
>  	struct i2c_adapter		adap;
>  	struct device			*dev;
>  	void __iomem			*base;
> +	struct reset_control		*rst;
>  	/* Synchronizes I/O mem access to base. */
>  	spinlock_t			lock;
>  	struct completion		cmd_complete;
> @@ -847,6 +849,14 @@ static int aspeed_i2c_probe_bus(struct platform_device *pdev)
>  	/* We just need the clock rate, we don't actually use the clk object. */
>  	devm_clk_put(&pdev->dev, parent_clk);
>  
> +	bus->rst = devm_reset_control_get_shared(&pdev->dev, NULL);
> +	if (IS_ERR(bus->rst)) {
> +		dev_err(&pdev->dev,
> +			"missing or invalid reset controller device tree entry");
> +		return PTR_ERR(bus->rst);
> +	}
> +	reset_control_deassert(bus->rst);
> +
>  	ret = of_property_read_u32(pdev->dev.of_node,
>  				   "bus-frequency", &bus->bus_frequency);
>  	if (ret < 0) {
> @@ -917,6 +927,8 @@ static int aspeed_i2c_remove_bus(struct platform_device *pdev)
>  
>  	spin_unlock_irqrestore(&bus->lock, flags);
>  
> +	reset_control_assert(bus->rst);
> +
>  	i2c_del_adapter(&bus->adap);
>  
>  	return 0;
> -- 
> 2.14.1
> 

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH v4] i2c: aspeed: Deassert reset in probe
  2017-11-05 12:49 ` Wolfram Sang
@ 2017-11-06  1:40   ` Joel Stanley
  2017-11-06 14:19   ` Rob Herring
  1 sibling, 0 replies; 5+ messages in thread
From: Joel Stanley @ 2017-11-06  1:40 UTC (permalink / raw)
  To: Wolfram Sang, Rob Herring
  Cc: Brendan Higgins, Philipp Zabel, Benjamin Herrenschmidt,
	Andrew Jeffery, linux-i2c, Linux Kernel Mailing List

On Sun, Nov 5, 2017 at 11:49 PM, Wolfram Sang <wsa@the-dreams.de> wrote:
> On Wed, Nov 01, 2017 at 10:53:30AM +1030, Joel Stanley wrote:
>> In order to use i2c from a cold boot, the i2c peripheral must be taken
>> out of reset. We request a shared reset controller each time a bus
>> driver is loaded, as the reset is shared between the 14 i2c buses.
>>
>> On remove the reset is asserted, which only touches the hardware once
>> the last i2c bus is removed.
>>
>> The reset is required as the I2C buses will not work without releasing
>> the reset. Previously the driver only worked with out of tree hacks
>> that released this reset before the driver was loaded. Update the
>> device tree bindings to reflect this.
>>
>> Signed-off-by: Joel Stanley <joel@jms.id.au>
>> ---
>> v4:
>>   - Make reset required and update device tree bindings
>
> For that change, I'd like to have an ack from Rob first. Won't that
> cause problems when you update only the kernel and keep the "old"
> devicetree?

In theory, yes.

In practice, the consumers of the Aspeed port are using a downstream
fork that I maintain as part of the OpenBMC project:

  https://github.com/openbmc/linux/

None of the machines that use this kernel take a copy of the dtb and
place it in flash, for example.

My goal is to make the upstream port fully functional so we don't need
the downstream any more.

Cheers,

Joel

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH v4] i2c: aspeed: Deassert reset in probe
  2017-11-05 12:49 ` Wolfram Sang
  2017-11-06  1:40   ` Joel Stanley
@ 2017-11-06 14:19   ` Rob Herring
  1 sibling, 0 replies; 5+ messages in thread
From: Rob Herring @ 2017-11-06 14:19 UTC (permalink / raw)
  To: Wolfram Sang
  Cc: Joel Stanley, Brendan Higgins, Philipp Zabel,
	Benjamin Herrenschmidt, Andrew Jeffery, linux-i2c, linux-kernel

On Sun, Nov 5, 2017 at 6:49 AM, Wolfram Sang <wsa@the-dreams.de> wrote:
> On Wed, Nov 01, 2017 at 10:53:30AM +1030, Joel Stanley wrote:
>> In order to use i2c from a cold boot, the i2c peripheral must be taken
>> out of reset. We request a shared reset controller each time a bus
>> driver is loaded, as the reset is shared between the 14 i2c buses.
>>
>> On remove the reset is asserted, which only touches the hardware once
>> the last i2c bus is removed.
>>
>> The reset is required as the I2C buses will not work without releasing
>> the reset. Previously the driver only worked with out of tree hacks
>> that released this reset before the driver was loaded. Update the
>> device tree bindings to reflect this.
>>
>> Signed-off-by: Joel Stanley <joel@jms.id.au>
>> ---
>> v4:
>>   - Make reset required and update device tree bindings
>
> For that change, I'd like to have an ack from Rob first. Won't that
> cause problems when you update only the kernel and keep the "old"
> devicetree?

Given it didn't really work as explained above, I'm okay with the change.

Acked-by: Rob Herring <robh@kernel.org>

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH v4] i2c: aspeed: Deassert reset in probe
  2017-11-01  0:23 [PATCH v4] i2c: aspeed: Deassert reset in probe Joel Stanley
  2017-11-05 12:49 ` Wolfram Sang
@ 2017-11-06 18:23 ` Wolfram Sang
  1 sibling, 0 replies; 5+ messages in thread
From: Wolfram Sang @ 2017-11-06 18:23 UTC (permalink / raw)
  To: Joel Stanley
  Cc: Brendan Higgins, Philipp Zabel, Rob Herring,
	Benjamin Herrenschmidt, Andrew Jeffery, linux-i2c, linux-kernel

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

On Wed, Nov 01, 2017 at 10:53:30AM +1030, Joel Stanley wrote:
> In order to use i2c from a cold boot, the i2c peripheral must be taken
> out of reset. We request a shared reset controller each time a bus
> driver is loaded, as the reset is shared between the 14 i2c buses.
> 
> On remove the reset is asserted, which only touches the hardware once
> the last i2c bus is removed.
> 
> The reset is required as the I2C buses will not work without releasing
> the reset. Previously the driver only worked with out of tree hacks
> that released this reset before the driver was loaded. Update the
> device tree bindings to reflect this.
> 
> Signed-off-by: Joel Stanley <joel@jms.id.au>

Applied to for-next, thanks and thanks for the ack, Rob!


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

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2017-11-06 18:23 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-11-01  0:23 [PATCH v4] i2c: aspeed: Deassert reset in probe Joel Stanley
2017-11-05 12:49 ` Wolfram Sang
2017-11-06  1:40   ` Joel Stanley
2017-11-06 14:19   ` Rob Herring
2017-11-06 18:23 ` Wolfram Sang

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).