Thread (1 message) 1 message, 1 author, 2012-01-26

Re: [RFC PATCH 6/7] ARM: mtd: nand: davinci: add OF support for davinci nand controller

From: Scott Wood <hidden>
Date: 2012-01-26 20:33:48
Also in: linux-arm-kernel

On 01/25/2012 01:09 AM, Heiko Schocher wrote:
Scott Wood wrote:
I found the following used options:

ecc_mode:
NAND_ECC_NONE
NAND_ECC_SOFT
NAND_ECC_HW
NAND_ECC_HW_SYNDROME

bbt_options:
NAND_BBT_USE_FLASH

ecc_bits:
1
4

options:
NAND_BUSWIDTH_16
quoted
quoted
quoted
Do all of these properties really belong here?  I can see providing some
I think so, because this values come from existing platform code
(grep for struct davinci_nand_pdata)
The standards are a bit stricter for the device tree, since it's a more
stable interface across components -- at least that's how we've used it
on a lot of powerpc targets.  I'm not sure if that's the intent here,
but I have seen U-Boot patches for ARM hardware using them as well.
Ok, so, should I introduce instead properties for the above
needed parameters? 
Yes.
(As this are not davinci specific parameters, are there somewhere such definitions for them?)
It's controller-specific which options are changeable, and whether
there's a better source of information.  Most controllers don't seem to
need this.  I'd keep the definitions davinci specific for now.  If
there's enough of a common need, a common definition could be considered.

-Scott
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help