From: Vitaly Wool <vwool@ru.mvista.com>
To: "Ruslan V. Sushko" <rsushko@ru.mvista.com>
Cc: linux-mtd@lists.infradead.org
Subject: Re: [PATCH] NAND Flash support for Intel IXP4xx platform
Date: Fri, 20 Apr 2007 12:25:29 +0400 [thread overview]
Message-ID: <462878F9.2090603@ru.mvista.com> (raw)
In-Reply-To: <46274486.9030609@ru.mvista.com>
Ruslan V. Sushko wrote:
> +static struct ixp4xx_faddr_t {
> + int offset;
> + void (*chip_select)(unsigned int ctrl);
> +} ixp4xx_faddr_info = {0, NULL};
>
ixp4xx_faddr_t is a nice name for a structure ;)
What the initialization to {0, NULL} is for?
Also, if this is a per-chip thing as might be concluded by placing its
pointer into this->priv, why do you make it static structure?
Same goes for
> +static struct mtd_info *ixp4xx_mtd = NULL;
> +static struct mtd_partition *ixp4xx_nand_parts = NULL;
>
> +
> + for ( i = 0 ; i < len ; i++ )
> + writeb(buf[i], this->IO_ADDR_W + addr_info->offset);
>
Wrong whitespacing.
> +}
> +
> +static void
> +ixp4xx_hwcontrol(struct mtd_info *mtd, int cmd, unsigned int ctrl)
> +{
> + struct nand_chip *this = mtd->priv;
> + struct ixp4xx_faddr_t *addr_info = this->priv;
> + if (ctrl & NAND_CTRL_CHANGE) {
> + addr_info->offset = (ctrl & NAND_CLE) ? 1 : 0;
> + addr_info->offset |= (ctrl & NAND_ALE) ? 2 : 0;
> + if (addr_info->chip_select)
> + addr_info->chip_select(ctrl);
> + }
> +
> + if (cmd != NAND_CMD_NONE)
> + writeb(cmd, this->IO_ADDR_W + addr_info->offset);
> +}
>
Wait please, can you explain the logic here?
It looks like you'll be writing by ixp_write_buf to different base
addresses depending on how ctrl was set.
Is this the expected behavior?
> + if ( nb_of_parts <= 0 ) { /* No partition from parsing, use default */
>
Wrong whitespacing.
> + printk(KERN_INFO "Loading default partition table\n");
> + ixp4xx_nand_parts = plat->parts;
> + nb_of_parts = plat->nr_parts;
> + }
> +
> + /* Register the partitions */
> + err = add_mtd_partitions(ixp4xx_mtd, ixp4xx_nand_parts, nb_of_parts);
> + if (err) {
> + printk(KERN_ERR "Failed to add MTD partitions\n");
> + if ( ixp4xx_nand_parts != plat->parts )
> + kfree(ixp4xx_nand_parts);
>
Wrong indentation.
Moreover, if the number of partitions obtained by parse_mtd_partitions
is the same as the one provided by platform data, you'll get leakage here.
Vitaly
next prev parent reply other threads:[~2007-04-20 8:25 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-19 10:29 [PATCH] NAND Flash support for Intel IXP4xx platform Ruslan V. Sushko
2007-04-20 8:25 ` Vitaly Wool [this message]
2007-04-20 14:16 ` Ruslan V. Sushko
2007-04-24 7:21 ` Vitaly Wool
2007-04-24 8:29 ` Ruslan V. Sushko
2007-04-24 8:34 ` Vitaly Wool
2007-04-24 10:33 ` Ruslan V. Sushko
2007-04-24 10:38 ` Lennert Buytenhek
2007-04-24 10:46 ` Ruslan V. Sushko
2007-04-24 10:49 ` Lennert Buytenhek
2007-04-24 10:53 ` Vitaly Wool
2007-04-24 11:01 ` Lennert Buytenhek
2007-04-24 11:10 ` Ruslan V. Sushko
2007-04-24 11:21 ` Vitaly Wool
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=462878F9.2090603@ru.mvista.com \
--to=vwool@ru.mvista.com \
--cc=linux-mtd@lists.infradead.org \
--cc=rsushko@ru.mvista.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