From: Josh Wu <josh.wu@atmel.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 5/5] ARM: at91: atmel_nand: add code to check the ONFI parameter ECC requirement
Date: Tue, 25 Jun 2013 14:33:32 +0800 [thread overview]
Message-ID: <51C939BC.5030401@atmel.com> (raw)
In-Reply-To: <1371761824.11064.15@snotra>
Hi, Dear Scott
On 6/21/2013 4:57 AM, Scott Wood wrote:
> On 06/17/2013 05:51:21 AM, Josh Wu wrote:
>> +static int pmecc_choose_ecc(struct atmel_nand_host *host,
>> + struct nand_chip *chip,
>> + int *cap, int *sector_size)
>> +{
>> + /* Get ECC requirement from ONFI parameters */
>> + *cap = *sector_size = 0;
>> + if (chip->onfi_version) {
>> + if (!get_onfi_ecc_param(chip, cap, sector_size))
>> + pr_debug("ONFI params, minimum required ECC: %d bits in
>> %d bytes\n",
>> + *cap, *sector_size);
>> + else
>> + dev_info(NULL, "NAND chip ECC reqirement is in Extended
>> ONFI parameter, we don't support yet.\n");
>> + } else {
>> + dev_info(NULL, "NAND chip is not ONFI compliant, assume
>> ecc_bits is 2 in 512 bytes");
>> + }
>
> Don't pass NULL to dev_info(). Either pass host->dev as the Linux
> code does (and use dev_dbg rather than pr_debug), or just use printf()
> (and debug()) if there's no intent to sync this change back to Linux.
> It doesn't matter if host->dev doesn't exist in U-Boot, as the macro
> doesn't use that parameter, but the only reason to use Linux-style
> prints is to keep the code common with Linux.
understood. I prefer to use dev_xxx(host->dev, ...) to keep consistent
with kernel.
I use pr_debug because it is defined as MTDDEBUG in mtd/mtd.h, that is
exact what I want.
Since if use debug(), then when I enable debug, there are many mtd
non-related message shows up.
Best Regards,
Josh Wu
>
> -Scott
next prev parent reply other threads:[~2013-06-25 6:33 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-17 10:51 [U-Boot] [PATCH v2 0/5] ARM: at91: atmel_nand: check ONFI ecc minimum requirement Josh Wu
2013-06-17 10:51 ` [U-Boot] [PATCH v2 1/5] ARM: at91: atmel_nand: pmecc driver will select the galois table by sector size Josh Wu
2013-06-17 10:51 ` [U-Boot] [PATCH v2 2/5] ARM: at91: sama5d3: remove unused definition about PMECC alpha table offset Josh Wu
2013-06-17 10:51 ` [U-Boot] [PATCH v2 3/5] linux/compat.h: move dev_err, dev_info and dev_dbg from usb driver to compat.h Josh Wu
2013-06-17 10:51 ` [U-Boot] [PATCH v2 4/5] mtd: atmel_nand: alloc memory instead of use static array for pmecc data Josh Wu
2013-06-17 10:51 ` [U-Boot] [PATCH v2 5/5] ARM: at91: atmel_nand: add code to check the ONFI parameter ECC requirement Josh Wu
2013-06-20 20:57 ` Scott Wood
2013-06-25 6:33 ` Josh Wu [this message]
2013-06-25 15:10 ` Scott Wood
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=51C939BC.5030401@atmel.com \
--to=josh.wu@atmel.com \
--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.