devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Josh Wu <josh.wu@atmel.com>
To: Mark Rutland <mark.rutland@arm.com>
Cc: "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	Pawel Moll <Pawel.Moll@arm.com>,
	"ijc+devicetree@hellion.org.uk" <ijc+devicetree@hellion.org.uk>,
	"nicolas.ferre@atmel.com" <nicolas.ferre@atmel.com>,
	"robh+dt@kernel.org" <robh+dt@kernel.org>,
	"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
	"voice.shen@atmel.com" <voice.shen@atmel.com>,
	"galak@codeaurora.org" <galak@codeaurora.org>,
	"computersforpeace@gmail.com" <computersforpeace@gmail.com>
Subject: Re: [PATCH v3] mtd: atmel_nand: make PMECC lookup table and offset property optional
Date: Mon, 13 Oct 2014 19:31:10 +0800	[thread overview]
Message-ID: <543BB7FE.3030604@atmel.com> (raw)
In-Reply-To: <20141013111611.GC15326@leverpostej>

Hi, Mark

On 10/13/2014 7:16 PM, Mark Rutland wrote:
> On Sat, Oct 11, 2014 at 11:01:50AM +0100, Josh Wu wrote:
>> From: Josh Wu <Josh.wu@atmel.com>
>>
>> If there is no PMECC lookup table stored in ROM, or lookup table offset is
>> not specified, PMECC driver should build it in DDR by itself.
>>
>> That make the PMECC driver work for some board which doesn't has PMECC
>> lookup table in ROM.
>>
>> The PMECC use the BCH algorithm, so based on the build_gf_tables()
>> function in lib/bch.c, we can build the Galois Field lookup table.
>>
>> For more information can refer to section 5.4 of PMECC controller
>> application note:
>> 	http://www.atmel.com/images/doc11127.pdf
>>
>> Signed-off-by: Josh Wu <josh.wu@atmel.com>
>> Cc: devicetree@vger.kernel.org
>> ---
>> v1 -> v2:
>>    make create_lookup_table() static.
>>
>> v2 -> v3:
>>    rewrite the build_gf_tables() function based on lib/bch.c.
>>    add error handling in create_lookup_table().
>>
>>   .../devicetree/bindings/mtd/atmel-nand.txt         |  6 +-
>>   drivers/mtd/nand/atmel_nand.c                      | 81 ++++++++++++++++++++--
>>   drivers/mtd/nand/atmel_nand_ecc.h                  |  4 ++
>>   3 files changed, 85 insertions(+), 6 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/mtd/atmel-nand.txt b/Documentation/devicetree/bindings/mtd/atmel-nand.txt
>> index 6edc3b6..1fe6dde 100644
>> --- a/Documentation/devicetree/bindings/mtd/atmel-nand.txt
>> +++ b/Documentation/devicetree/bindings/mtd/atmel-nand.txt
>> @@ -5,7 +5,9 @@ Required properties:
>>   - reg : should specify localbus address and size used for the chip,
>>   	and hardware ECC controller if available.
>>   	If the hardware ECC is PMECC, it should contain address and size for
>> -	PMECC, PMECC Error Location controller and ROM which has lookup tables.
>> +	PMECC and PMECC Error Location controller.
>> +	The PMECC lookup table address and size in ROM is optional. If not
>> +	specified, driver will build it in runtime.
>>   - atmel,nand-addr-offset : offset for the address latch.
>>   - atmel,nand-cmd-offset : offset for the command latch.
>>   - #address-cells, #size-cells : Must be present if the device has sub-nodes
>> @@ -27,7 +29,7 @@ Optional properties:
>>     are: 512, 1024.
>>   - atmel,pmecc-lookup-table-offset : includes two offsets of lookup table in ROM
>>     for different sector size. First one is for sector size 512, the next is for
>> -  sector size 1024.
>> +  sector size 1024. If not specified, driver will build the table in runtime.
> I'm not sure we need to mention this in the binding.
>
> That said, if we can build this dynamically, can't we always do so, and
> never need this property?

Since board like at91sam9x5, sama5d3xek has a rom lookup table. And the 
sama5d4ek has no rom lookup table.
To present this, I make this property as optional.

But yes, the pmecc lookup table related properties can be removed as 
driver can build it in runtime.
The cost is we need to use more memory to store the table.


>
> Mark.
Best Regards,
Josh Wu

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

  reply	other threads:[~2014-10-13 11:31 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-11 10:01 [PATCH v3] mtd: atmel_nand: make PMECC lookup table and offset property optional Josh Wu
     [not found] ` <1413021710-32264-1-git-send-email-josh.wu-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
2014-10-13 11:16   ` Mark Rutland
2014-10-13 11:31     ` Josh Wu [this message]
     [not found]       ` <543BB7FE.3030604-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
2014-10-14 10:34         ` Josh Wu
     [not found]           ` <543CFC41.2060506-AIFe0yeh4nAAvxtiuMwx3w@public.gmane.org>
2014-10-16 13:39             ` Mark Rutland
2014-10-29  6:41   ` Josh Wu
2014-11-05 22:44   ` Brian Norris

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=543BB7FE.3030604@atmel.com \
    --to=josh.wu@atmel.com \
    --cc=Pawel.Moll@arm.com \
    --cc=computersforpeace@gmail.com \
    --cc=devicetree@vger.kernel.org \
    --cc=galak@codeaurora.org \
    --cc=ijc+devicetree@hellion.org.uk \
    --cc=linux-mtd@lists.infradead.org \
    --cc=mark.rutland@arm.com \
    --cc=nicolas.ferre@atmel.com \
    --cc=robh+dt@kernel.org \
    --cc=voice.shen@atmel.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;
as well as URLs for NNTP newsgroup(s).