Thread (9 messages) 9 messages, 3 authors, 2014-10-01

[PATCH] nand: omap2: fix building with CONFIG_MTD_NAND_OMAP_BCH=m

STALE4386d

From: Ezequiel Garcia <hidden>
Date: 2014-10-01 10:25:45

On 01 Oct 12:13 PM, Arnd Bergmann wrote:
On Wednesday 01 October 2014 13:07:51 Roger Quadros wrote:
quoted
On 10/01/2014 12:56 PM, Arnd Bergmann wrote:
quoted
On Wednesday 01 October 2014 12:32:09 Roger Quadros wrote:
quoted
With this patch NAND probe on DRA7xx fails like so

[    2.077313] omap-gpmc 50000000.gpmc: GPMC revision 6.0
[    2.083842] nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xca
[    2.090524] nand: Micron MT29F2G16ABAEAWP
[    2.094728] nand: 256MiB, SLC, page size: 2048, OOB size: 64
[    2.100745] nand: using OMAP_ECC_BCH8_CODE_HW ECC scheme
[    2.109764] omap2-nand: probe of omap2-nand.0 failed with error -38

OMAP NAND driver is the only user of the ELM module and we want it
to be usable in all possible configurations when enabled.
I don't understand. Is the BCH driver optional or not?
It is optional. If it is disabled we error out on platforms that have
the ELM IP. But if it is enabled, we don't want to fail probe on such platforms.
Wouldn't it be better to treat the absence of the ELM driver the
same way as the absence of the ELM hardware?
Indeed, it would be better to provide a fallback to the non-ELM behavior
if *anything* prevents initializing it.
-- 
Ezequiel Garc?a, Free Electrons
Embedded Linux, Kernel and Android Engineering
http://free-electrons.com
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help