All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.