From: Javier Martinez Canillas <martinez.javier@gmail.com> To: Jon Hunter <jon-hunter@ti.com> Cc: Stephen Warren <swarren@wwwdotorg.org>, Linus Walleij <linus.walleij@linaro.org>, Grant Likely <grant.likely@secretlab.ca>, Alexandre Courbot <acourbot@nvidia.com>, Stephen Warren <swarren@nvidia.com>, Kevin Hilman <khilman@deeprootsystems.com>, "devicetree-discuss@lists.ozlabs.org" <devicetree-discuss@lists.ozlabs.org>, "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>, "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org> Subject: Re: [PATCH 3/5] gpio/omap: Add DT support to GPIO driver Date: Wed, 17 Apr 2013 15:42:39 +0200 [thread overview] Message-ID: <CAAwP0s2DsJAWuXWvPAkzCT0T0AG_OvMEw2sADW6LqSi1Ofd_Zw@mail.gmail.com> (raw) In-Reply-To: <516EA2B1.3070201@ti.com> On Wed, Apr 17, 2013 at 3:25 PM, Jon Hunter <jon-hunter@ti.com> wrote: > > On 04/17/2013 02:55 AM, Javier Martinez Canillas wrote: > > ... > >> There are so many patches flying around in this thread that I missed it :-) >> >> Sorry about that... > > No problem. > >>> I was trying to see if we could find a common solution that everyone >>> could use as it seems that ideally we should all be requesting the gpio. >>> >>> Cheers >>> Jon >>> >>> [1] http://marc.info/?l=linux-arm-kernel&m=136606204823845&w=1 >> >> btw, I shared the latest patch with only build testing it, but today I >> gave a try and I found a problem with this approach. The .xlate >> function is being called twice for each GPIO-IRQ so the first time >> gpio_request_one() succeeds but the second time it fails returning >> -EBUSY. > > I tried it and I did not see that. I don't see the below warning either. > weird, I wonder what's different here. I'll try tonight to test using another branch based on your omap-daily-testing branch. >> This raises a warning on drivers/of/platform.c >> (WARN_ON(of_irq_to_resource_table(np, res, num_irq) != num_irq)): >> >> 0.285308] ------------[ cut here ]------------ >> [ 0.285369] WARNING: at drivers/of/platform.c:171 >> of_device_alloc+0x154/0x168() >> [ 0.285430] Modules linked in: >> [ 0.285491] [<c001a944>] (unwind_backtrace+0x0/0xf0) from >> [<c0041edc>] (warn_slowpath_common+0x4c/0x68) >> [ 0.285552] [<c0041edc>] (warn_slowpath_common+0x4c/0x68) from >> [<c0041f14>] (warn_slowpath_null+0x1c/0x24) >> [ 0.285614] [<c0041f14>] (warn_slowpath_null+0x1c/0x24) from >> [<c041ac3c>] (of_device_alloc+0x154/0x168) >> [ 0.285675] [<c041ac3c>] (of_device_alloc+0x154/0x168) from >> [<c041ac84>] (of_platform_device_create_pdata+0x34/0x80) >> [ 0.285736] [<c041ac84>] >> (of_platform_device_create_pdata+0x34/0x80) from [<c0027364>] >> (gpmc_probe_generic_child+0x180/0x240) >> [ 0.285827] [<c0027364>] (gpmc_probe_generic_child+0x180/0x240) >> from [<c00278d8>] (gpmc_probe+0x4b4/0x614) >> [ 0.285888] [<c00278d8>] (gpmc_probe+0x4b4/0x614) from [<c0325514>] >> (platform_drv_probe+0x18/0x1c) >> [ 0.285949] [<c0325514>] (platform_drv_probe+0x18/0x1c) from >> [<c0324354>] (driver_probe_device+0x108/0x21c) > > Any chance you have still have some additional code in your dts to > request the gpio? I recall you made some hacks to make this work before. > Yes, but I remove all those hacks from my DT and gpmc driver. Is the first thing I thought and I already doble checked that. >> I probably won't have time to dig further on this until later this >> week but I wanted to share with you in case you know why is being >> calling twice and if you thought about a solution. > > Care to post your dts file? > I'm using the following patch to add smsc ethernet support to my board + adding 'ranges = <5 0 0x2c000000 0x1000000>;' to the gpmc device node on omap3.dtsi: >From 4fe26a40229e6e97c2ab3b80865c9f24e8ff3424 Mon Sep 17 00:00:00 2001 From: Javier Martinez Canillas <javier.martinez@collabora.co.uk> Date: Wed, 27 Feb 2013 02:59:29 +0100 Subject: [PATCH 2/2] ARM: dts: omap3-igep0020: Add SMSC911x LAN chip support The IGEPv2 board has an SMSC LAN9221i ethernet chip connected to the OMAP3 processor though the General-Purpose Memory Controller. This patch adds a device node for the ethernet chip as a GPMC child and all its requirements (regulators, GPIO and pin muxs). Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk> --- arch/arm/boot/dts/omap3-igep.dtsi | 6 ++++ arch/arm/boot/dts/omap3-igep0020.dts | 52 ++++++++++++++++++++++++++++++++++ 2 files changed, 58 insertions(+), 0 deletions(-) diff --git a/arch/arm/boot/dts/omap3-igep.dtsi b/arch/arm/boot/dts/omap3-igep.dtsi index f8fe3b7..d5cd504 100644 --- a/arch/arm/boot/dts/omap3-igep.dtsi +++ b/arch/arm/boot/dts/omap3-igep.dtsi @@ -62,6 +62,12 @@ 0x126 0x0100 /* sdmmc1_dat7.sdmmc1_dat7 INPUT | MODE 0 */ >; }; + + smsc911x_pins: pinmux_smsc911x_pins { + pinctrl-single,pins = < + 0x1a2 0x0104 /* mcspi1_cs2.gpio_176 INPUT | MODE4 */ + >; + }; }; &i2c1 { diff --git a/arch/arm/boot/dts/omap3-igep0020.dts b/arch/arm/boot/dts/omap3-igep0020.dts index e2b9849..32a59df 100644 --- a/arch/arm/boot/dts/omap3-igep0020.dts +++ b/arch/arm/boot/dts/omap3-igep0020.dts @@ -40,6 +40,18 @@ gpios = <&twl_gpio 19 1>; }; }; + + vddvario: regulator-vddvario { + compatible = "regulator-fixed"; + regulator-name = "vddvario"; + regulator-always-on; + }; + + vdd33a: regulator-vdd33a { + compatible = "regulator-fixed"; + regulator-name = "vdd33a"; + regulator-always-on; + }; }; &i2c3 { @@ -54,3 +66,43 @@ reg = <0x50>; }; }; + +&gpmc { + ethernet@5,0 { + pinctrl-names = "default"; + pinctrl-0 = <&smsc911x_pins>; + compatible = "smsc,lan9221", "smsc,lan9115"; + reg = <5 0 0xff>; + bank-width = <2>; + + gpmc,mux-add-data; + gpmc,cs-on-ns = <0>; + gpmc,cs-rd-off-ns = <186>; + gpmc,cs-wr-off-ns = <186>; + gpmc,adv-on-ns = <12>; + gpmc,adv-rd-off-ns = <48>; + gpmc,adv-wr-off-ns = <48>; + gpmc,oe-on-ns = <54>; + gpmc,oe-off-ns = <168>; + gpmc,we-on-ns = <54>; + gpmc,we-off-ns = <168>; + gpmc,rd-cycle-ns = <186>; + gpmc,wr-cycle-ns = <186>; + gpmc,access-ns = <114>; + gpmc,page-burst-access-ns = <6>; + gpmc,bus-turnaround-ns = <12>; + gpmc,cycle2cycle-delay-ns = <18>; + gpmc,wr-data-mux-bus-ns = <90>; + gpmc,wr-access-ns = <186>; + gpmc,cycle2cycle-samecsen; + gpmc,cycle2cycle-diffcsen; + + interrupt-parent = <&gpio6>; + interrupts = <16 8>; + vmmc-supply = <&vddvario>; + vmmc_aux-supply = <&vdd33a>; + reg-io-width = <4>; + + smsc,save-mac-address; + }; +}; -- 1.7.7.6 >> It works if I don't check the return gpio_request_one() (or better if >> we don't return on omap_gpio_irq_domain_xlate) but of course is not >> the right solution. > > Yes we need to check the return value. > I know, I was just pointing out that the fact that gpio_request_one() was failing is what propagates the error to drivers/of/platform.c > Cheers > Jon Thanks a lot and best regards, Javier
WARNING: multiple messages have this Message-ID (diff)
From: martinez.javier@gmail.com (Javier Martinez Canillas) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 3/5] gpio/omap: Add DT support to GPIO driver Date: Wed, 17 Apr 2013 15:42:39 +0200 [thread overview] Message-ID: <CAAwP0s2DsJAWuXWvPAkzCT0T0AG_OvMEw2sADW6LqSi1Ofd_Zw@mail.gmail.com> (raw) In-Reply-To: <516EA2B1.3070201@ti.com> On Wed, Apr 17, 2013 at 3:25 PM, Jon Hunter <jon-hunter@ti.com> wrote: > > On 04/17/2013 02:55 AM, Javier Martinez Canillas wrote: > > ... > >> There are so many patches flying around in this thread that I missed it :-) >> >> Sorry about that... > > No problem. > >>> I was trying to see if we could find a common solution that everyone >>> could use as it seems that ideally we should all be requesting the gpio. >>> >>> Cheers >>> Jon >>> >>> [1] http://marc.info/?l=linux-arm-kernel&m=136606204823845&w=1 >> >> btw, I shared the latest patch with only build testing it, but today I >> gave a try and I found a problem with this approach. The .xlate >> function is being called twice for each GPIO-IRQ so the first time >> gpio_request_one() succeeds but the second time it fails returning >> -EBUSY. > > I tried it and I did not see that. I don't see the below warning either. > weird, I wonder what's different here. I'll try tonight to test using another branch based on your omap-daily-testing branch. >> This raises a warning on drivers/of/platform.c >> (WARN_ON(of_irq_to_resource_table(np, res, num_irq) != num_irq)): >> >> 0.285308] ------------[ cut here ]------------ >> [ 0.285369] WARNING: at drivers/of/platform.c:171 >> of_device_alloc+0x154/0x168() >> [ 0.285430] Modules linked in: >> [ 0.285491] [<c001a944>] (unwind_backtrace+0x0/0xf0) from >> [<c0041edc>] (warn_slowpath_common+0x4c/0x68) >> [ 0.285552] [<c0041edc>] (warn_slowpath_common+0x4c/0x68) from >> [<c0041f14>] (warn_slowpath_null+0x1c/0x24) >> [ 0.285614] [<c0041f14>] (warn_slowpath_null+0x1c/0x24) from >> [<c041ac3c>] (of_device_alloc+0x154/0x168) >> [ 0.285675] [<c041ac3c>] (of_device_alloc+0x154/0x168) from >> [<c041ac84>] (of_platform_device_create_pdata+0x34/0x80) >> [ 0.285736] [<c041ac84>] >> (of_platform_device_create_pdata+0x34/0x80) from [<c0027364>] >> (gpmc_probe_generic_child+0x180/0x240) >> [ 0.285827] [<c0027364>] (gpmc_probe_generic_child+0x180/0x240) >> from [<c00278d8>] (gpmc_probe+0x4b4/0x614) >> [ 0.285888] [<c00278d8>] (gpmc_probe+0x4b4/0x614) from [<c0325514>] >> (platform_drv_probe+0x18/0x1c) >> [ 0.285949] [<c0325514>] (platform_drv_probe+0x18/0x1c) from >> [<c0324354>] (driver_probe_device+0x108/0x21c) > > Any chance you have still have some additional code in your dts to > request the gpio? I recall you made some hacks to make this work before. > Yes, but I remove all those hacks from my DT and gpmc driver. Is the first thing I thought and I already doble checked that. >> I probably won't have time to dig further on this until later this >> week but I wanted to share with you in case you know why is being >> calling twice and if you thought about a solution. > > Care to post your dts file? > I'm using the following patch to add smsc ethernet support to my board + adding 'ranges = <5 0 0x2c000000 0x1000000>;' to the gpmc device node on omap3.dtsi: >From 4fe26a40229e6e97c2ab3b80865c9f24e8ff3424 Mon Sep 17 00:00:00 2001 From: Javier Martinez Canillas <javier.martinez@collabora.co.uk> Date: Wed, 27 Feb 2013 02:59:29 +0100 Subject: [PATCH 2/2] ARM: dts: omap3-igep0020: Add SMSC911x LAN chip support The IGEPv2 board has an SMSC LAN9221i ethernet chip connected to the OMAP3 processor though the General-Purpose Memory Controller. This patch adds a device node for the ethernet chip as a GPMC child and all its requirements (regulators, GPIO and pin muxs). Signed-off-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk> --- arch/arm/boot/dts/omap3-igep.dtsi | 6 ++++ arch/arm/boot/dts/omap3-igep0020.dts | 52 ++++++++++++++++++++++++++++++++++ 2 files changed, 58 insertions(+), 0 deletions(-) diff --git a/arch/arm/boot/dts/omap3-igep.dtsi b/arch/arm/boot/dts/omap3-igep.dtsi index f8fe3b7..d5cd504 100644 --- a/arch/arm/boot/dts/omap3-igep.dtsi +++ b/arch/arm/boot/dts/omap3-igep.dtsi @@ -62,6 +62,12 @@ 0x126 0x0100 /* sdmmc1_dat7.sdmmc1_dat7 INPUT | MODE 0 */ >; }; + + smsc911x_pins: pinmux_smsc911x_pins { + pinctrl-single,pins = < + 0x1a2 0x0104 /* mcspi1_cs2.gpio_176 INPUT | MODE4 */ + >; + }; }; &i2c1 { diff --git a/arch/arm/boot/dts/omap3-igep0020.dts b/arch/arm/boot/dts/omap3-igep0020.dts index e2b9849..32a59df 100644 --- a/arch/arm/boot/dts/omap3-igep0020.dts +++ b/arch/arm/boot/dts/omap3-igep0020.dts @@ -40,6 +40,18 @@ gpios = <&twl_gpio 19 1>; }; }; + + vddvario: regulator-vddvario { + compatible = "regulator-fixed"; + regulator-name = "vddvario"; + regulator-always-on; + }; + + vdd33a: regulator-vdd33a { + compatible = "regulator-fixed"; + regulator-name = "vdd33a"; + regulator-always-on; + }; }; &i2c3 { @@ -54,3 +66,43 @@ reg = <0x50>; }; }; + +&gpmc { + ethernet at 5,0 { + pinctrl-names = "default"; + pinctrl-0 = <&smsc911x_pins>; + compatible = "smsc,lan9221", "smsc,lan9115"; + reg = <5 0 0xff>; + bank-width = <2>; + + gpmc,mux-add-data; + gpmc,cs-on-ns = <0>; + gpmc,cs-rd-off-ns = <186>; + gpmc,cs-wr-off-ns = <186>; + gpmc,adv-on-ns = <12>; + gpmc,adv-rd-off-ns = <48>; + gpmc,adv-wr-off-ns = <48>; + gpmc,oe-on-ns = <54>; + gpmc,oe-off-ns = <168>; + gpmc,we-on-ns = <54>; + gpmc,we-off-ns = <168>; + gpmc,rd-cycle-ns = <186>; + gpmc,wr-cycle-ns = <186>; + gpmc,access-ns = <114>; + gpmc,page-burst-access-ns = <6>; + gpmc,bus-turnaround-ns = <12>; + gpmc,cycle2cycle-delay-ns = <18>; + gpmc,wr-data-mux-bus-ns = <90>; + gpmc,wr-access-ns = <186>; + gpmc,cycle2cycle-samecsen; + gpmc,cycle2cycle-diffcsen; + + interrupt-parent = <&gpio6>; + interrupts = <16 8>; + vmmc-supply = <&vddvario>; + vmmc_aux-supply = <&vdd33a>; + reg-io-width = <4>; + + smsc,save-mac-address; + }; +}; -- 1.7.7.6 >> It works if I don't check the return gpio_request_one() (or better if >> we don't return on omap_gpio_irq_domain_xlate) but of course is not >> the right solution. > > Yes we need to check the return value. > I know, I was just pointing out that the fact that gpio_request_one() was failing is what propagates the error to drivers/of/platform.c > Cheers > Jon Thanks a lot and best regards, Javier
next prev parent reply other threads:[~2013-04-17 13:42 UTC|newest] Thread overview: 190+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-02-15 16:04 [PATCH 0/5] gpio/omap: Cleanup and adaptation to Device Tree Benoit Cousson 2012-02-15 16:04 ` Benoit Cousson 2012-02-15 16:04 ` [PATCH 1/5] gpio/omap: Remove bank->id information and misc cleanup Benoit Cousson 2012-02-15 16:04 ` Benoit Cousson 2012-02-16 5:53 ` DebBarma, Tarun Kanti 2012-02-16 5:53 ` DebBarma, Tarun Kanti 2012-02-16 9:33 ` Cousson, Benoit 2012-02-16 9:33 ` Cousson, Benoit 2012-02-15 16:04 ` [PATCH 2/5] gpio/omap: Use devm_ API and add request_mem_region Benoit Cousson 2012-02-15 16:04 ` Benoit Cousson 2012-02-16 5:41 ` DebBarma, Tarun Kanti 2012-02-16 5:41 ` DebBarma, Tarun Kanti 2012-02-16 6:35 ` Grant Likely 2012-02-16 6:35 ` Grant Likely 2012-02-16 7:11 ` DebBarma, Tarun Kanti 2012-02-16 7:11 ` DebBarma, Tarun Kanti 2012-02-16 6:37 ` Shubhrajyoti 2012-02-16 6:37 ` Shubhrajyoti 2012-02-16 8:56 ` Cousson, Benoit 2012-02-16 8:56 ` Cousson, Benoit 2012-02-15 16:04 ` [PATCH 3/5] gpio/omap: Add DT support to GPIO driver Benoit Cousson 2012-02-15 16:04 ` Benoit Cousson 2012-02-22 14:23 ` Rob Herring 2012-02-22 14:23 ` Rob Herring 2012-02-22 14:31 ` Cousson, Benoit 2012-02-22 14:31 ` Cousson, Benoit 2012-02-22 17:23 ` Rob Herring 2012-02-22 17:23 ` Rob Herring 2012-02-22 18:29 ` Stephen Warren 2012-02-22 18:29 ` Stephen Warren 2012-02-24 15:30 ` Cousson, Benoit 2012-02-24 15:30 ` Cousson, Benoit 2013-02-26 10:01 ` Javier Martinez Canillas 2013-02-26 10:01 ` Javier Martinez Canillas 2013-02-26 16:33 ` Stephen Warren 2013-02-26 16:33 ` Stephen Warren 2013-02-26 22:40 ` Jon Hunter 2013-02-26 22:40 ` Jon Hunter 2013-02-26 22:44 ` Stephen Warren 2013-02-26 22:44 ` Stephen Warren 2013-02-26 23:01 ` Jon Hunter 2013-02-26 23:01 ` Jon Hunter 2013-02-26 23:06 ` Stephen Warren 2013-02-26 23:06 ` Stephen Warren 2013-02-26 23:45 ` Jon Hunter 2013-02-26 23:45 ` Jon Hunter 2013-02-27 0:13 ` Stephen Warren 2013-02-27 0:13 ` Stephen Warren 2013-02-27 1:07 ` Jon Hunter 2013-02-27 1:07 ` Jon Hunter 2013-02-27 3:57 ` Javier Martinez Canillas 2013-02-27 3:57 ` Javier Martinez Canillas 2013-02-27 17:50 ` Stephen Warren 2013-02-27 17:50 ` Stephen Warren 2013-02-27 20:05 ` Javier Martinez Canillas 2013-02-27 20:05 ` Javier Martinez Canillas 2013-02-27 23:16 ` Jon Hunter 2013-02-27 23:16 ` Jon Hunter 2013-02-28 12:17 ` Javier Martinez Canillas 2013-02-28 12:17 ` Javier Martinez Canillas 2013-02-28 20:49 ` Jon Hunter 2013-02-28 20:49 ` Jon Hunter [not found] ` <512D3EC2.6050408-l0cyMroinI0@public.gmane.org> 2013-03-02 20:05 ` Grant Likely 2013-03-02 20:05 ` Grant Likely 2013-03-07 23:14 ` Jon Hunter 2013-03-07 23:14 ` Jon Hunter 2013-03-15 11:21 ` Javier Martinez Canillas 2013-03-15 11:21 ` Javier Martinez Canillas 2013-03-22 8:10 ` Linus Walleij 2013-03-22 8:10 ` Linus Walleij 2013-03-22 15:33 ` Stephen Warren 2013-03-22 15:33 ` Stephen Warren 2013-03-22 22:52 ` Jon Hunter 2013-03-22 22:52 ` Jon Hunter 2013-03-27 13:52 ` Linus Walleij 2013-03-27 13:52 ` Linus Walleij 2013-03-27 16:09 ` Stephen Warren 2013-03-27 16:09 ` Stephen Warren 2013-03-27 20:55 ` Linus Walleij 2013-03-27 20:55 ` Linus Walleij 2013-03-29 17:01 ` Stephen Warren 2013-03-29 17:01 ` Stephen Warren 2013-04-10 18:12 ` Linus Walleij 2013-04-10 18:12 ` Linus Walleij 2013-04-10 20:29 ` Stephen Warren 2013-04-10 20:29 ` Stephen Warren 2013-04-10 21:28 ` Linus Walleij 2013-04-10 21:28 ` Linus Walleij 2013-04-11 20:30 ` Stephen Warren 2013-04-11 20:30 ` Stephen Warren 2013-04-11 22:16 ` Linus Walleij 2013-04-11 22:16 ` Linus Walleij 2013-04-11 22:47 ` Stephen Warren 2013-04-11 22:47 ` Stephen Warren 2013-04-14 1:35 ` Javier Martinez Canillas 2013-04-14 1:35 ` Javier Martinez Canillas 2013-04-14 20:53 ` Linus Walleij 2013-04-14 20:53 ` Linus Walleij 2013-04-15 11:25 ` Javier Martinez Canillas 2013-04-15 11:25 ` Javier Martinez Canillas 2013-04-15 16:58 ` Stephen Warren 2013-04-15 16:58 ` Stephen Warren [not found] ` <516C73C6.5050409@ti.co m> 2013-04-15 21:40 ` Jon Hunter 2013-04-15 21:40 ` Jon Hunter 2013-04-15 21:44 ` Jon Hunter 2013-04-15 21:44 ` Jon Hunter 2013-04-15 22:16 ` Stephen Warren 2013-04-15 22:16 ` Stephen Warren 2013-04-15 23:04 ` Jon Hunter 2013-04-15 23:04 ` Jon Hunter 2013-04-16 18:40 ` Stephen Warren 2013-04-16 18:40 ` Stephen Warren 2013-04-16 19:27 ` Jon Hunter 2013-04-16 19:27 ` Jon Hunter 2013-04-16 21:57 ` Jon Hunter 2013-04-16 21:57 ` Jon Hunter 2013-04-16 22:11 ` Stephen Warren 2013-04-16 22:11 ` Stephen Warren 2013-04-16 23:14 ` Jon Hunter 2013-04-16 23:14 ` Jon Hunter 2013-04-17 0:41 ` Javier Martinez Canillas 2013-04-17 0:41 ` Javier Martinez Canillas 2013-04-17 2:00 ` Jon Hunter 2013-04-17 2:00 ` Jon Hunter 2013-04-17 7:55 ` Javier Martinez Canillas 2013-04-17 7:55 ` Javier Martinez Canillas [not found] ` <CAAwP0s2M2pnSydyDvh_rejFO=w8bCo4WE5PkxrYuk0HQDixc-Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-04-17 13:25 ` Jon Hunter 2013-04-17 13:25 ` Jon Hunter 2013-04-17 13:42 ` Javier Martinez Canillas [this message] 2013-04-17 13:42 ` Javier Martinez Canillas [not found] ` <CAAwP0s2DsJAWuXWvPAkzCT0T0AG_OvMEw2sADW6LqSi1Ofd_Zw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-04-17 13:52 ` Jon Hunter 2013-04-17 13:52 ` Jon Hunter 2013-04-17 14:21 ` Javier Martinez Canillas 2013-04-17 14:21 ` Javier Martinez Canillas 2013-04-17 16:18 ` Javier Martinez Canillas 2013-04-17 16:18 ` Javier Martinez Canillas 2013-04-26 7:31 ` Linus Walleij 2013-04-26 7:31 ` Linus Walleij 2013-04-26 21:31 ` Jon Hunter 2013-04-26 21:31 ` Jon Hunter 2013-06-11 21:25 ` Grant Likely 2013-06-11 21:25 ` Grant Likely 2013-06-12 9:43 ` Linus Walleij 2013-06-12 9:43 ` Linus Walleij 2013-04-17 15:41 ` Stephen Warren 2013-04-17 15:41 ` Stephen Warren 2013-04-26 7:27 ` Linus Walleij 2013-04-26 7:27 ` Linus Walleij 2013-04-26 21:25 ` Jon Hunter 2013-04-26 21:25 ` Jon Hunter [not found] ` <517AF0C1.60009-l0cyMroinI0@public.gmane.org> 2013-05-03 14:35 ` Linus Walleij 2013-05-03 14:35 ` Linus Walleij 2013-04-26 7:11 ` Linus Walleij 2013-04-26 7:11 ` Linus Walleij 2013-04-26 6:59 ` Linus Walleij 2013-04-26 6:59 ` Linus Walleij 2013-04-15 16:53 ` Stephen Warren 2013-04-15 16:53 ` Stephen Warren 2013-04-15 20:00 ` Jon Hunter 2013-04-15 20:00 ` Jon Hunter 2013-04-11 22:49 ` Javier Martinez Canillas 2013-04-11 22:49 ` Javier Martinez Canillas 2013-04-11 22:51 ` Stephen Warren 2013-04-11 22:51 ` Stephen Warren 2013-04-10 21:44 ` Arnd Bergmann 2013-04-10 21:44 ` Arnd Bergmann 2013-02-27 3:33 ` Javier Martinez Canillas 2013-02-27 3:33 ` Javier Martinez Canillas 2013-02-27 17:47 ` Stephen Warren 2013-02-27 17:47 ` Stephen Warren 2013-02-27 20:00 ` Javier Martinez Canillas 2013-02-27 20:00 ` Javier Martinez Canillas 2013-02-26 23:08 ` Jon Hunter 2013-02-26 23:08 ` Jon Hunter 2013-02-27 3:47 ` Javier Martinez Canillas 2013-02-27 3:47 ` Javier Martinez Canillas 2013-02-27 20:13 ` Jon Hunter 2013-02-27 20:13 ` Jon Hunter 2013-02-27 23:41 ` Linus Walleij 2013-02-27 23:41 ` Linus Walleij 2013-02-28 13:04 ` Benoit Cousson 2013-02-28 13:04 ` Benoit Cousson 2013-03-01 0:09 ` Linus Walleij 2013-03-01 0:09 ` Linus Walleij 2013-03-01 0:42 ` Jon Hunter 2013-03-01 0:42 ` Jon Hunter 2012-02-15 16:04 ` [PATCH 4/5] arm/dts: OMAP4: Add gpio nodes Benoit Cousson 2012-02-15 16:04 ` Benoit Cousson 2012-02-15 16:04 ` [PATCH 5/5] arm/dts: OMAP3: " Benoit Cousson 2012-02-15 16:04 ` Benoit Cousson
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=CAAwP0s2DsJAWuXWvPAkzCT0T0AG_OvMEw2sADW6LqSi1Ofd_Zw@mail.gmail.com \ --to=martinez.javier@gmail.com \ --cc=acourbot@nvidia.com \ --cc=devicetree-discuss@lists.ozlabs.org \ --cc=grant.likely@secretlab.ca \ --cc=jon-hunter@ti.com \ --cc=khilman@deeprootsystems.com \ --cc=linus.walleij@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-omap@vger.kernel.org \ --cc=swarren@nvidia.com \ --cc=swarren@wwwdotorg.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: linkBe 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.