From: shawn.guo@freescale.com (Shawn Guo)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 08/10] ARM: mxs: add ocotp read function
Date: Thu, 30 Dec 2010 13:50:12 +0800 [thread overview]
Message-ID: <20101230055012.GB20651@freescale.com> (raw)
In-Reply-To: <20101229112208.GB14221@pengutronix.de>
Hi Uwe,
On Wed, Dec 29, 2010 at 12:22:08PM +0100, Uwe Kleine-K?nig wrote:
> Hello,
>
> On Tue, Dec 28, 2010 at 10:55:53PM +0800, Shawn Guo wrote:
> > diff --git a/arch/arm/mach-mxs/ocotp.c b/arch/arm/mach-mxs/ocotp.c
> > new file mode 100644
> > index 0000000..24457d7
> > --- /dev/null
> > +++ b/arch/arm/mach-mxs/ocotp.c
> > @@ -0,0 +1,52 @@
> > +/*
> > + * Copyright 2010 Freescale Semiconductor, Inc. All Rights Reserved.
> > + *
> > + * This program is free software; you can redistribute it and/or modify
> > + * it under the terms of the GNU General Public License as published by
> > + * the Free Software Foundation; either version 2 of the License, or
> > + * (at your option) any later version.
> > + *
> > + * This program is distributed in the hope that it will be useful,
> > + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> > + * GNU General Public License for more details.
> > + */
> > +
> > +#include <linux/delay.h>
> > +#include <linux/err.h>
> > +
> > +#include <mach/mxs.h>
> > +
> > +#define BM_OCOTP_CTRL_RD_BANK_OPEN (1 << 12)
> > +#define BM_OCOTP_CTRL_BUSY (1 << 8)
> > +
> > +int mxs_read_ocotp(int offset, int count, u32 *values)
> > +{
> > + void __iomem *ocotp_base = MXS_IO_ADDRESS(MXS_OCOTP_BASE_ADDR);
> > + int i, timeout = 0x400;
> > +
> > + /* open OCOTP banks for read */
> > + __mxs_setl(BM_OCOTP_CTRL_RD_BANK_OPEN, ocotp_base);
> The reference manual specifies:
> 1. Program the HCLK to a frequency up to the maximum allowable HCLK
> frequency. [...]
> 2. Check that HW_OCOTP_CTRL_BUSY and HW_OCOTP_CTRL_ERROR are clear.
> 3. Set HW_OCOTP_CTRL_RD_BANK_OPEN. [...]
>
> 1. isn't done (which is probably OK, or should it aquire a clk?)
> For 2. there is no check for HW_OCOTP_CTRL_ERROR which is not OK i
> guess?!
>
Will add the check. Thanks.
> (Independant of that, shouldn't the list use BM_ prefixes as you did in
> the code?)
>
Document description uses register name followed by bit-field name
to mean the bit.
> > +
> > + /* approximately wait 32 hclk cycles */
> > + udelay(1);
> > +
> > + /* poll BUSY bit becoming cleared */
> > + while ((__raw_readl(ocotp_base) & BM_OCOTP_CTRL_BUSY) && --timeout)
> > + /* nothing */;
> > +
> > + if (unlikely(!timeout))
> > + goto error;
> And I think you should recheck for BM_OCOTP_CTRL_RD_BANK_OPEN here (step
> 4 from the reference manual).
>
The RM says:
Poll for HW_OCOTP_CTRL_BUSY clear. When HW_OCOTP_CTRL_BUSY is clear
and HW_OCOTP_CTRL_RD_BANK_OPEN is set, read the data from the
appropriate memory-mapped address.
My understanding is we only need to poll busy bit clear. And the
second sentence just tells that read operation should be working
when bit busy clear and rd_bank_open set, which has been done
in step 3. I also consulted the designer and was told that only
busy clear polling is needed.
--
Regards,
Shawn
next prev parent reply other threads:[~2010-12-30 5:50 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-28 14:55 [PATCH 00/10] net/fec: add dual fec support for i.MX28 Shawn Guo
2010-12-28 14:55 ` [PATCH 01/10] net/fec: fix MMFR_OP type in fec_enet_mdio_write Shawn Guo
2010-12-28 14:55 ` [PATCH 02/10] net/fec: remove the use of "index" which is legacy Shawn Guo
2010-12-28 14:55 ` [PATCH 03/10] net/fec: add mac field into platform data and consolidate fec_get_mac Shawn Guo
2010-12-29 5:29 ` Greg Ungerer
2010-12-29 9:51 ` Shawn Guo
2010-12-29 6:53 ` Baruch Siach
2010-12-29 10:05 ` Shawn Guo
2010-12-29 10:31 ` Uwe Kleine-König
2010-12-29 11:58 ` Shawn Guo
2010-12-29 11:58 ` Shawn Guo
2010-12-29 12:42 ` Uwe Kleine-König
2010-12-29 12:42 ` Uwe Kleine-König
2010-12-30 2:12 ` Shawn Guo
2010-12-30 2:12 ` Shawn Guo
2010-12-30 8:04 ` Uwe Kleine-König
2010-12-30 8:04 ` Uwe Kleine-König
2010-12-30 4:29 ` Shawn Guo
2010-12-30 4:29 ` Shawn Guo
2010-12-30 5:29 ` Baruch Siach
2010-12-30 5:29 ` Baruch Siach
2010-12-30 7:20 ` Shawn Guo
2010-12-30 7:20 ` Shawn Guo
2010-12-29 10:30 ` Shawn Guo
2010-12-29 10:37 ` Uwe Kleine-König
2010-12-29 10:37 ` Uwe Kleine-König
2010-12-29 11:08 ` Shawn Guo
2010-12-29 11:08 ` Shawn Guo
2010-12-29 11:10 ` Uwe Kleine-König
2010-12-29 11:10 ` Uwe Kleine-König
2010-12-29 12:00 ` Shawn Guo
2010-12-29 12:00 ` Shawn Guo
2010-12-28 14:55 ` [PATCH 04/10] net/fec: improve pm for better suspend/resume Shawn Guo
2010-12-28 14:55 ` [PATCH 05/10] net/fec: add dual fec support for mx28 Shawn Guo
2010-12-28 14:55 ` [PATCH 06/10] ARM: mx28: update clocks for dual fec support Shawn Guo
2010-12-29 6:57 ` Baruch Siach
2010-12-29 8:10 ` Uwe Kleine-König
2010-12-29 10:14 ` Shawn Guo
2010-12-29 10:28 ` Uwe Kleine-König
2010-12-28 14:55 ` [PATCH 07/10] ARM: mx28: add the second fec device registration Shawn Guo
2010-12-29 10:50 ` Uwe Kleine-König
2010-12-29 12:05 ` Shawn Guo
2010-12-28 14:55 ` [PATCH 08/10] ARM: mxs: add ocotp read function Shawn Guo
2010-12-29 10:47 ` Uwe Kleine-König
2010-12-29 12:08 ` Shawn Guo
2010-12-29 13:47 ` Uwe Kleine-König
2010-12-29 11:22 ` Uwe Kleine-König
2010-12-30 5:50 ` Shawn Guo [this message]
2010-12-30 9:15 ` Uwe Kleine-König
2010-12-31 1:43 ` Shawn Guo
2010-12-31 16:11 ` Uwe Kleine-König
2011-01-01 13:03 ` Shawn Guo
2010-12-30 8:41 ` Shawn Guo
2010-12-30 9:02 ` Uwe Kleine-König
2010-12-31 1:46 ` Shawn Guo
2010-12-28 14:55 ` [PATCH 09/10] ARM: mx28: read fec mac address from ocotp Shawn Guo
2010-12-29 10:53 ` Uwe Kleine-König
2010-12-29 12:13 ` Shawn Guo
2010-12-29 12:45 ` Uwe Kleine-König
2010-12-30 2:19 ` Shawn Guo
2010-12-30 8:33 ` Shawn Guo
2010-12-28 14:55 ` [PATCH 10/10] ARM: mxs: add initial pm support Shawn Guo
2010-12-29 10:57 ` Uwe Kleine-König
2010-12-29 12:15 ` Shawn Guo
2010-12-30 8:50 ` Shawn Guo
2010-12-29 5:26 ` [PATCH 00/10] net/fec: add dual fec support for i.MX28 Greg Ungerer
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=20101230055012.GB20651@freescale.com \
--to=shawn.guo@freescale.com \
--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 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.