From: Florian Vaussard <florian.vaussard@epfl.ch>
To: "Benoît Cousson" <bcousson@baylibre.com>,
"Tony Lindgren" <tony@atomide.com>,
"Tero Kristo" <t-kristo@ti.com>
Cc: Mike Turquette <mturquette@linaro.org>,
Suman Anna <s-anna@ti.com>,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 0/2] ARM: OMAP4+: Fix gpmc_fck clock
Date: Thu, 13 Mar 2014 09:33:28 +0100 [thread overview]
Message-ID: <53216D58.2040304@epfl.ch> (raw)
In-Reply-To: <1393411089-9550-1-git-send-email-florian.vaussard@epfl.ch>
Hi,
On 02/26/2014 11:38 AM, Florian Vaussard wrote:
> Hello,
>
> Trying to get my SMSC9221 working on OMAP4 with DT,
> I faced a misconfigured gpmc_fck (dummy clock set to 0)
> resulting in serveral division-by-zero, misconfigured
> timings and driver lost in the La La Land.
>
> To solve this, patch 1 removes gpmc_fck from the dummy
> clocks, and patch 2 adds the gpmc_fck DT node and
> reference it from the gpmc node.
>
> *Note*: For DRA7, there is no DTS node for the GPMC, so I
> was unable to set the corresponding clock. And without
> a public TRM, I cannot do much more.
>
> Tested on DuoVero/Parlor (OMAP4430) with SMSC9221 (DTS
> was posted on the OMAP ML [1]).
>
> Regards,
> Florian
>
> [1] http://thread.gmane.org/gmane.linux.ports.arm.omap/110801
> ---
> Since v2:
> - Added OMAP5 and DRA7
> Since v1:
> - Removed the gpmc_fck clock node, and reference directly l3_ick
>
> Florian Vaussard (2):
> CLK: TI: OMAP4/5/DRA7: Remove gpmc_fck from dummy clocks
> ARM: DTS: OMAP4/5: Use l3_ick for the gpmc node
>
Any other comments on these two patches? If it is not going into 3.15
before the merge window, it will have to go through the -rc cycle as the
Duovero/Parlor .dts will be upstream.
Regards,
Florian
> arch/arm/boot/dts/omap4.dtsi | 2 ++
> arch/arm/boot/dts/omap5.dtsi | 2 ++
> drivers/clk/ti/clk-44xx.c | 1 -
> drivers/clk/ti/clk-54xx.c | 1 -
> drivers/clk/ti/clk-7xx.c | 1 -
> 5 files changed, 4 insertions(+), 3 deletions(-)
>
WARNING: multiple messages have this Message-ID (diff)
From: florian.vaussard@epfl.ch (Florian Vaussard)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 0/2] ARM: OMAP4+: Fix gpmc_fck clock
Date: Thu, 13 Mar 2014 09:33:28 +0100 [thread overview]
Message-ID: <53216D58.2040304@epfl.ch> (raw)
In-Reply-To: <1393411089-9550-1-git-send-email-florian.vaussard@epfl.ch>
Hi,
On 02/26/2014 11:38 AM, Florian Vaussard wrote:
> Hello,
>
> Trying to get my SMSC9221 working on OMAP4 with DT,
> I faced a misconfigured gpmc_fck (dummy clock set to 0)
> resulting in serveral division-by-zero, misconfigured
> timings and driver lost in the La La Land.
>
> To solve this, patch 1 removes gpmc_fck from the dummy
> clocks, and patch 2 adds the gpmc_fck DT node and
> reference it from the gpmc node.
>
> *Note*: For DRA7, there is no DTS node for the GPMC, so I
> was unable to set the corresponding clock. And without
> a public TRM, I cannot do much more.
>
> Tested on DuoVero/Parlor (OMAP4430) with SMSC9221 (DTS
> was posted on the OMAP ML [1]).
>
> Regards,
> Florian
>
> [1] http://thread.gmane.org/gmane.linux.ports.arm.omap/110801
> ---
> Since v2:
> - Added OMAP5 and DRA7
> Since v1:
> - Removed the gpmc_fck clock node, and reference directly l3_ick
>
> Florian Vaussard (2):
> CLK: TI: OMAP4/5/DRA7: Remove gpmc_fck from dummy clocks
> ARM: DTS: OMAP4/5: Use l3_ick for the gpmc node
>
Any other comments on these two patches? If it is not going into 3.15
before the merge window, it will have to go through the -rc cycle as the
Duovero/Parlor .dts will be upstream.
Regards,
Florian
> arch/arm/boot/dts/omap4.dtsi | 2 ++
> arch/arm/boot/dts/omap5.dtsi | 2 ++
> drivers/clk/ti/clk-44xx.c | 1 -
> drivers/clk/ti/clk-54xx.c | 1 -
> drivers/clk/ti/clk-7xx.c | 1 -
> 5 files changed, 4 insertions(+), 3 deletions(-)
>
next prev parent reply other threads:[~2014-03-13 8:33 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-26 10:38 [PATCH v3 0/2] ARM: OMAP4+: Fix gpmc_fck clock Florian Vaussard
2014-02-26 10:38 ` Florian Vaussard
2014-02-26 10:38 ` [PATCH v3 1/2] CLK: TI: OMAP4/5/DRA7: Remove gpmc_fck from dummy clocks Florian Vaussard
2014-02-26 10:38 ` Florian Vaussard
2014-02-26 20:40 ` Mike Turquette
2014-02-26 20:40 ` Mike Turquette
2014-02-28 17:28 ` Tony Lindgren
2014-02-28 17:28 ` Tony Lindgren
2014-02-28 18:27 ` Tero Kristo
2014-02-28 18:27 ` Tero Kristo
2014-02-26 10:38 ` [PATCH v3 2/2] ARM: DTS: OMAP4/5: Use l3_ick for the gpmc node Florian Vaussard
2014-02-26 10:38 ` Florian Vaussard
2014-03-13 8:33 ` Florian Vaussard [this message]
2014-03-13 8:33 ` [PATCH v3 0/2] ARM: OMAP4+: Fix gpmc_fck clock Florian Vaussard
2014-03-13 20:24 ` Tony Lindgren
2014-03-13 20:24 ` Tony Lindgren
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=53216D58.2040304@epfl.ch \
--to=florian.vaussard@epfl.ch \
--cc=bcousson@baylibre.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
--cc=mturquette@linaro.org \
--cc=s-anna@ti.com \
--cc=t-kristo@ti.com \
--cc=tony@atomide.com \
/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.