From: p.zabel@pengutronix.de (Philipp Zabel)
To: linux-arm-kernel@lists.infradead.org
Subject: [RESEND][PATCH 5/7] nvmem: imx-ocotp: Add i.MX7D timing write clock setup support
Date: Thu, 05 Oct 2017 12:52:43 +0200 [thread overview]
Message-ID: <1507200763.8473.12.camel@pengutronix.de> (raw)
In-Reply-To: <1507155921-824-6-git-send-email-pure.logic@nexus-software.ie>
On Wed, 2017-10-04 at 23:25 +0100, Bryan O'Donoghue wrote:
> This patch adds logic to correctly setup the write timing parameters
> when blowing an OTP fuse for the i.MX7S/D.
>
> Fixes: 0642bac7da42 ("nvmem: imx-ocotp: add write support")
>
> Signed-off-by: Bryan O'Donoghue <pure.logic@nexus-software.ie>
> ---
> ?drivers/nvmem/imx-ocotp.c | 61
> ++++++++++++++++++++++++++++++++++++++++++-----
> ?1 file changed, 55 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/nvmem/imx-ocotp.c b/drivers/nvmem/imx-ocotp.c
> index 0cd7e03..40a1669 100644
> --- a/drivers/nvmem/imx-ocotp.c
> +++ b/drivers/nvmem/imx-ocotp.c
> @@ -51,6 +51,7 @@
> ?#define IMX_OCOTP_BM_CTRL_REL_SHADOWS 0x00000400
> ?
> ?#define DEF_RELAX 20 /* > 16.5ns */
> +#define DEF_FSOURCE 1001
> ?#define IMX_OCOTP_WR_UNLOCK 0x3E770000
> ?#define IMX_OCOTP_READ_LOCKED_VAL 0xBADABADA
> ?
> @@ -60,6 +61,7 @@ struct octp_params {
> ? unsigned int nregs;
> ? bool banked;
> ? unsigned int regs_per_bank;
> + bool mx7_timing;
> ?};
> ?
> ?struct ocotp_priv {
> @@ -194,6 +196,25 @@ static void imx_ocotp_set_imx6_timing(struct
> ocotp_priv *priv)
> ? writel(timing, priv->base + IMX_OCOTP_ADDR_TIMING);
> ?}
> ?
> +static void imx_ocotp_set_imx7_timing(struct ocotp_priv *priv)
> +{
> + unsigned long clk_rate = 0;
> + unsigned long fsource, strobe_prog;
> + u32 timing = 0;
> +
> + /* i.MX 7Solo Applications Processor Reference Manual, Rev.
> 0.1
> + ?* 6.4.3.3
> + ?*/
> + clk_rate = clk_get_rate(priv->clk);
> + fsource = DIV_ROUND_UP(((clk_rate / 1000) * DEF_FSOURCE),
> 1000000) + 1;
> + strobe_prog = ((clk_rate * 10) / 1000000) + 1;
> +
> + timing = strobe_prog & 0x00000FFF;
> + timing |= (fsource???????<< 12) & 0x000FF000;
> +
> + writel(timing, priv->base + IMX_OCOTP_ADDR_TIMING);
> +}
> +
> ?static int imx_ocotp_write(void *context, unsigned int offset, void
> *val,
> ? ???size_t bytes)
> ?{
> @@ -220,7 +241,10 @@ static int imx_ocotp_write(void *context,
> unsigned int offset, void *val,
> ? }
> ?
> ? /* Setup the write timing values */
> - imx_ocotp_set_imx6_timing(priv);
> + if (priv->params->mx7_timing)
> + imx_ocotp_set_imx7_timing(priv);
> + else
> + imx_ocotp_set_imx6_timing(priv);
Do we expect this to grow more different cases in the future?
Maybe it would be better to just store a .set_timing function pointer in
the params.
> ?
> ? /* 47.3.1.3.2
> ? ?* Check that HW_OCOTP_CTRL[BUSY] and HW_OCOTP_CTRL[ERROR]
> are clear.
> @@ -373,11 +397,36 @@ static struct nvmem_config
> imx_ocotp_nvmem_config = {
> ?};
> ?
> ?static const struct octp_params params[] = {
> - { .nregs = 128, .banked = false, .regs_per_bank = 0},
> - { .nregs = 64,??.banked = false, .regs_per_bank = 0},
> - { .nregs = 128, .banked = false, .regs_per_bank = 0},
> - { .nregs = 128, .banked = false, .regs_per_bank = 0},
> - { .nregs = 64,??.banked = true, .regs_per_bank = 4},
> + {
> + .nregs = 128,
> + .banked = false,
> + .regs_per_bank = 0,
> + .mx7_timing = false
> + },
> + {
> + .nregs = 64,
> + .banked = false,
> + .regs_per_bank = 0,
> + .mx7_timing = false
> + },
> + {
> + .nregs = 128,
> + .banked = false,
> + .regs_per_bank = 0,
> + .mx7_timing = false
> + },
> + {
> + .nregs = 128,
> + .banked = false,
> + .regs_per_bank = 0,
> + .mx7_timing = false
> + },
> + {
> + .nregs = 64,
> + .banked = true,
> + .regs_per_bank = 4,
> + .mx7_timing = true
> + },
> ?};
> ?
> ?static const struct of_device_id imx_ocotp_dt_ids[] = {
regards
Philipp
next prev parent reply other threads:[~2017-10-05 10:52 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-04 22:25 [RESEND][PATCH 0/7] Fix i.MX7D OCOTP write support Bryan O'Donoghue
2017-10-04 22:25 ` [RESEND][PATCH 1/7] nvmem: imx-ocotp: Restrict OTP write to IMX6 processors Bryan O'Donoghue
2017-10-05 10:31 ` Philipp Zabel
2017-10-04 22:25 ` [RESEND][PATCH 2/7] nvmem: imx-ocotp: Pass parameters via a struct Bryan O'Donoghue
2017-10-05 10:31 ` Philipp Zabel
2017-10-04 22:25 ` [RESEND][PATCH 3/7] nvmem: imx-ocotp: Add support for banked OTP addressing Bryan O'Donoghue
2017-10-05 10:32 ` Philipp Zabel
2017-10-04 22:25 ` [RESEND][PATCH 4/7] nvmem: imx-ocotp: Move i.MX6 write clock setup to dedicated function Bryan O'Donoghue
2017-10-05 10:34 ` Philipp Zabel
2017-10-04 22:25 ` [RESEND][PATCH 5/7] nvmem: imx-ocotp: Add i.MX7D timing write clock setup support Bryan O'Donoghue
2017-10-05 10:52 ` Philipp Zabel [this message]
2017-10-05 13:00 ` Bryan O'Donoghue
2017-10-04 22:25 ` [RESEND][PATCH 6/7] nvmem: imx-ocotp: Enable i.MX7D OTP write support Bryan O'Donoghue
2017-10-04 22:25 ` [RESEND][PATCH 7/7] nvmem: imx-ocotp: Update module description Bryan O'Donoghue
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=1507200763.8473.12.camel@pengutronix.de \
--to=p.zabel@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.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 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).