From: Scott Wood <oss@buserror.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC PATCH v1] kirkwood_nand: claim MPP pins on the fly
Date: Fri, 22 Jan 2016 14:11:34 -0600 [thread overview]
Message-ID: <1453493494.19133.96.camel@buserror.net> (raw)
In-Reply-To: <1452831723-22081-1-git-send-email-judge.packham@gmail.com>
On Fri, 2016-01-15 at 17:22 +1300, Chris Packham wrote:
> Claim the MPP pins for the NAND flash controller only when it's actually
> being used. This allows the pins to be shared with the SPI interface
> which already supports an equivalent on-access MPP reconfiguration.
>
> Reviewed-by: Mark Tomlinson <mark.tomlinson@alliedtelesis.co.nz>
> Signed-off-by: Chris Packham <judge.packham@gmail.com>
> ---
> I haven't wrapped this with a configuration option because I think it
> should be safe to enable by default. It will either re-apply the same
> MPP configuration that has already been done in the board init or put
> the MPP pins into the correct mode to access NAND.
>
> I've only got access to one kirkwood based board with NAND flash so I'd
> appreciate some feedback from someone with access to a few different
> boards.
>
> From the datasheets I have access to it looks like there is only one
> possible MPP configuration for NF_IO[0-7] so that is what I've
> implemented. I'm not aware of anything using this driver that needs a
> different MPP config.
>
> drivers/mtd/nand/kirkwood_nand.c | 19 +++++++++++++++++++
> 1 file changed, 19 insertions(+)
>
> diff --git a/drivers/mtd/nand/kirkwood_nand.c
> b/drivers/mtd/nand/kirkwood_nand.c
> index 4fc34d6..ff81212 100644
> --- a/drivers/mtd/nand/kirkwood_nand.c
> +++ b/drivers/mtd/nand/kirkwood_nand.c
> @@ -9,6 +9,7 @@
> #include <common.h>
> #include <asm/io.h>
> #include <asm/arch/soc.h>
> +#include <asm/arch/mpp.h>
> #include <nand.h>
>
> /* NAND Flash Soc registers */
> @@ -22,6 +23,8 @@ struct kwnandf_registers {
> static struct kwnandf_registers *nf_reg =
> (struct kwnandf_registers *)KW_NANDF_BASE;
>
> +static u32 nand_mpp_backup[9] = { 0 };
There's a non-static nand_mpp_backup[] in drivers/spi/kirkwood_spi.c, with a
different length. And the length assumed by kirkwood_mpp_conf seems to be
different still (and larger than the spi array).
> +
> /*
> * hardware specific access to control-lines/bits
> */
> @@ -49,6 +52,22 @@ static void kw_nand_hwcontrol(struct mtd_info *mtd, int
> cmd,
> void kw_nand_select_chip(struct mtd_info *mtd, int chip)
> {
> u32 data;
> + u32 nand_config[] = {
> + MPP0_NF_IO2,
> + MPP1_NF_IO3,
> + MPP2_NF_IO4,
> + MPP3_NF_IO5,
> + MPP4_NF_IO6,
> + MPP5_NF_IO7,
> + MPP18_NF_IO0,
> + MPP19_NF_IO1,
> + 0
> + };
If you make this static const the compiler won't need to create the table at
runtime.
-Scott
next prev parent reply other threads:[~2016-01-22 20:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-15 4:22 [U-Boot] [RFC PATCH v1] kirkwood_nand: claim MPP pins on the fly Chris Packham
2016-01-22 20:11 ` Scott Wood [this message]
2016-01-23 8:44 ` Chris Packham
2016-02-01 23:35 ` [U-Boot] [PATCH v2] " Chris Packham
2016-03-24 8:40 ` Stefan Roese
2016-04-04 22:48 ` Scott Wood
2016-04-06 13:42 ` Stefan Roese
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=1453493494.19133.96.camel@buserror.net \
--to=oss@buserror.net \
--cc=u-boot@lists.denx.de \
/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.