mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Bryan O'Donoghue" <pure.logic@nexus-software.ie>
To: Philipp Zabel <p.zabel@pengutronix.de>,
	richard.leitner@skidata.com, srinivas.kandagatla@linaro.org,
	axel.lin@ingics.com, ping.bai@nxp.com, d.schultz@phytec.de,
	peng.fan@nxp.com, van.freenix@gmail.com
Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 3/7] nvmem: imx-ocotp: Add support for banked OTP addressing
Date: Wed, 11 Oct 2017 16:54:07 +0100	[thread overview]
Message-ID: <4492bd4e-ce32-402c-c52a-a24682f07940@nexus-software.ie> (raw)
In-Reply-To: <1507735954.22082.9.camel@pengutronix.de>

On 11/10/17 16:32, Philipp Zabel wrote:
> On Mon, 2017-10-09 at 15:11 +0100, Bryan O'Donoghue wrote:
>> The i.MX7S/D takes the bank address in the CTRLn.ADDR field and the data
>> value in one of the DATAx {0, 1, 2, 3} register fields. The current write
>> routine is based on writing the CTRLn.ADDR field and writing a single DATA
>> register only.
>>
>> Fixes: 0642bac7da42 ("nvmem: imx-ocotp: add write support")
>>
>> Signed-off-by: Bryan O'Donoghue <pure.logic@nexus-software.ie>
>> ---
>>   drivers/nvmem/imx-ocotp.c | 70 +++++++++++++++++++++++++++++++++++++++++------
>>   1 file changed, 61 insertions(+), 9 deletions(-)
>>
>> diff --git a/drivers/nvmem/imx-ocotp.c b/drivers/nvmem/imx-ocotp.c
>> index 7798571..927d525 100644
>> --- a/drivers/nvmem/imx-ocotp.c
>> +++ b/drivers/nvmem/imx-ocotp.c
>> @@ -40,7 +40,10 @@
>>   #define IMX_OCOTP_ADDR_CTRL_SET		0x0004
>>   #define IMX_OCOTP_ADDR_CTRL_CLR		0x0008
>>   #define IMX_OCOTP_ADDR_TIMING		0x0010
>> -#define IMX_OCOTP_ADDR_DATA		0x0020
>> +#define IMX_OCOTP_ADDR_DATA0		0x0020
>> +#define IMX_OCOTP_ADDR_DATA1		0x0030
>> +#define IMX_OCOTP_ADDR_DATA2		0x0040
>> +#define IMX_OCOTP_ADDR_DATA3		0x0050
>>   
>>   #define IMX_OCOTP_BM_CTRL_ADDR		0x0000007F
>>   #define IMX_OCOTP_BM_CTRL_BUSY		0x00000100
>> @@ -55,6 +58,7 @@ static DEFINE_MUTEX(ocotp_mutex);
>>   
>>   struct ocotp_params {
>>   	unsigned int nregs;
>> +	unsigned int bank_address_words;
>>   };
>>   
>>   struct ocotp_priv {
>> @@ -176,6 +180,7 @@ static int imx_ocotp_write(void *context, unsigned int offset, void *val,
>>   	u32 timing = 0;
>>   	u32 ctrl;
>>   	u8 waddr;
>> +	u8 word = 0;
>>   
>>   	/* allow only writing one complete OTP word at a time */
>>   	if ((bytes != priv->config->word_size) ||
>> @@ -228,8 +233,22 @@ static int imx_ocotp_write(void *context, unsigned int offset, void *val,
>>   	 * description. Both the unlock code and address can be written in the
>>   	 * same operation.
>>   	 */
>> -	/* OTP write/read address specifies one of 128 word address locations */
>> -	waddr = offset / 4;
>> +	if (priv->params->bank_address_words != 0) {
>> +		/*
>> +		 * In banked mode the OTP register bank goes into waddr see
>> +		 * i.MX 7Solo Applications Processor Reference Manual, Rev. 0.1
>> +		 * 6.4.3.1
>> +		 */
>> +		offset = offset / priv->config->word_size;
>> +		waddr = offset / priv->params->bank_address_words;
>> +		word  = offset & (priv->params->bank_address_words - 1);
>> +	} else {
>> +		/*
>> +		 * OTP write/read address specifies one of 128 word address
>> +		 * locations
>> +		 */
>> +		waddr = offset / 4;
>> +	}
> 
> Smallest of nitpicks, here the order is:
> 
> 	if (bank_address_words != 0) {
> 		/* MX7 */
> 	} else {
> 		/* MX6 */
> 	}
> 
>>   
>>   	ctrl = readl(priv->base + IMX_OCOTP_ADDR_CTRL);
>>   	ctrl &= ~IMX_OCOTP_BM_CTRL_ADDR;
>> @@ -255,8 +274,41 @@ static int imx_ocotp_write(void *context, unsigned int offset, void *val,
>>   	 * shift right (with zero fill). This shifting is required to program
>>   	 * the OTP serially. During the write operation, HW_OCOTP_DATA cannot be
>>   	 * modified.
>> +	 * Note: on i.MX7 there are four data fields to write for banked write
>> +	 *       with the fuse blowing operation only taking place after data0
>> +	 *	 has been written. This is why data0 must always be the last
>> +	 *	 register written.
>>   	 */
>> -	writel(*buf, priv->base + IMX_OCOTP_ADDR_DATA);
>> +	if (priv->params->bank_address_words == 0) {
>> +		writel(*buf, priv->base + IMX_OCOTP_ADDR_DATA0);
>> +	} else {
>> +		switch (word) {
>> +		case 0:
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA1);
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA2);
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA3);
>> +			writel(*buf, priv->base + IMX_OCOTP_ADDR_DATA0);
>> +			break;
>> +		case 1:
>> +			writel(*buf, priv->base + IMX_OCOTP_ADDR_DATA1);
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA2);
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA3);
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA0);
>> +			break;
>> +		case 2:
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA1);
>> +			writel(*buf, priv->base + IMX_OCOTP_ADDR_DATA2);
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA3);
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA0);
>> +			break;
>> +		case 3:
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA1);
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA2);
>> +			writel(*buf, priv->base + IMX_OCOTP_ADDR_DATA3);
>> +			writel(0, priv->base + IMX_OCOTP_ADDR_DATA0);
>> +			break;
>> +		}
>> +	}
> 
> But here the order is
> 	if (bank_address_words == 0) {
> 		/* MX6 */
> 	} else {
> 		/* MX7 */
> 	}
> 
> Reordering this for consistency would also move the MX7 code closer to
> the comment.
> 
>>   
>>   	/* 47.4.1.4.5
>>   	 * Once complete, the controller will clear BUSY. A write request to a
>> @@ -313,11 +365,11 @@ static struct nvmem_config imx_ocotp_nvmem_config = {
>>   };
>>   
>>   static const struct ocotp_params params[] = {
>> -	{ .nregs = 128 },
>> -	{ .nregs = 64 },
>> -	{ .nregs = 128 },
>> -	{ .nregs = 128 },
>> -	{ .nregs = 64 },
>> +	{ .nregs = 128, .bank_address_words = 0 },
>> +	{ .nregs = 64,  .bank_address_words = 0 },
>> +	{ .nregs = 128, .bank_address_words = 0 },
>> +	{ .nregs = 128, .bank_address_words = 0 },
>> +	{ .nregs = 64,  .bank_address_words = 4 },
> 
> See my comment on the last patch, I'd like to be able see which entry
> corresponds to which SoC in this patch.
> 
> Otherwise,
> 
> Reviewed-by: Philipp Zabel <p.zabel@pengutronix.de>
> 
> regards
> Philipp
> 

ACK those changes Philipp.

Thanks for your suggestions/time

---
bod

  reply	other threads:[~2017-10-11 15:54 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-09 14:11 [PATCH v3 0/7] Fix i.MX7D OCOTP write support Bryan O'Donoghue
2017-10-09 14:11 ` [PATCH v3 1/7] nvmem: imx-ocotp: Restrict OTP write to IMX6 processors Bryan O'Donoghue
2017-10-09 14:11 ` [PATCH v3 2/7] nvmem: imx-ocotp: Pass parameters via a struct Bryan O'Donoghue
2017-10-11 15:28   ` Philipp Zabel
2017-10-09 14:11 ` [PATCH v3 3/7] nvmem: imx-ocotp: Add support for banked OTP addressing Bryan O'Donoghue
2017-10-11 15:32   ` Philipp Zabel
2017-10-11 15:54     ` Bryan O'Donoghue [this message]
2017-10-09 14:11 ` [PATCH v3 4/7] nvmem: imx-ocotp: Move i.MX6 write clock setup to dedicated function Bryan O'Donoghue
2017-10-09 14:11 ` [PATCH v3 5/7] nvmem: imx-ocotp: Add i.MX7D timing write clock setup support Bryan O'Donoghue
2017-10-11 16:03   ` Philipp Zabel
2017-10-11 16:22     ` Bryan O'Donoghue
2017-10-09 14:11 ` [PATCH v3 6/7] nvmem: imx-ocotp: Enable i.MX7D OTP write support Bryan O'Donoghue
2017-10-09 14:11 ` [PATCH v3 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=4492bd4e-ce32-402c-c52a-a24682f07940@nexus-software.ie \
    --to=pure.logic@nexus-software.ie \
    --cc=axel.lin@ingics.com \
    --cc=d.schultz@phytec.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=p.zabel@pengutronix.de \
    --cc=peng.fan@nxp.com \
    --cc=ping.bai@nxp.com \
    --cc=richard.leitner@skidata.com \
    --cc=srinivas.kandagatla@linaro.org \
    --cc=van.freenix@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®