All of lore.kernel.org
 help / color / mirror / Atom feed
From: Randy Dunlap <randy.dunlap@oracle.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
	Maxim Levitsky <maximlevitsky@gmail.com>,
	David Woodhouse <dwmw2@infradead.org>
Subject: Re: linux-next: Tree for March 8 (mtd)
Date: Mon, 08 Mar 2010 09:25:18 -0800	[thread overview]
Message-ID: <4B9532FE.8030901@oracle.com> (raw)
In-Reply-To: <20100308152740.a007e8cb.sfr@canb.auug.org.au>

On 03/07/10 20:27, Stephen Rothwell wrote:
> Hi all,
> 
> Changes since 20100305:
> 
> 
> The mtd tree still has its 2 build failures for which I applied patches.


drivers/mtd/sm_ftl.c:
sm_ftl.c:(.text+0x9c110): undefined reference to `__nand_calculate_ecc'
sm_ftl.c:(.text+0x9c123): undefined reference to `__nand_correct_data'
sm_ftl.c:(.text+0x9c14a): undefined reference to `__nand_calculate_ecc'
sm_ftl.c:(.text+0x9c15d): undefined reference to `__nand_correct_data'
sm_ftl.c:(.text+0x9c9ac): undefined reference to `__nand_calculate_ecc'
sm_ftl.c:(.text+0x9c9bf): undefined reference to `__nand_calculate_ecc'


CONFIG_SM_FTL=y
CONFIG_SM_FTL_MUSEUM=y

CONFIG_MTD_NAND=m
CONFIG_MTD_NAND_VERIFY_WRITE=y
CONFIG_MTD_NAND_ECC_SMC=y

but drivers/mtd/nand/Makefile does this:
obj-$(CONFIG_MTD_NAND)			+= nand.o nand_ecc.o

so having CONFIG_MTD_NAND_ECC_SMC different from CONFIG_MTD_NAND does not work.


Also:

config SM_FTL
	tristate "SmartMedia/xD new translation layer"
	depends on EXPERIMENTAL && BLOCK
	select MTD_BLKDEVS
	help
	  This enables new and very EXPERMENTAL support for SmartMedia/xD
EXPERIMENTAL

	  FTL (Flash tanslation layer)
end with .

	  Write support isn't yet well tested, therefore this code IS likely to
	  eat your card, so please don't use it together with valuable data.
	  Use readonly driver (CONFIG_SSFDC) instead.

config SM_FTL_MUSEUM
	boolean "Additional Support for 1MiB and 2MiB SmartMedia cards"
	depends on SM_FTL && MTD_NAND
	select MTD_NAND_ECC_SMC
	help
	  Very old SmartMedia cards need ECC to be calculated in the FTL
end with .

	  Such cards are very rare, thus enabling this option is mostly useless
end with .

	  Also this support is completely UNTESTED.



-- 
~Randy

  reply	other threads:[~2010-03-08 17:27 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-08  4:27 linux-next: Tree for March 8 Stephen Rothwell
2010-03-08 17:25 ` Randy Dunlap [this message]
2010-03-09  2:49   ` linux-next: Tree for March 8 (mtd) David Woodhouse
2010-03-09 17:06     ` Randy Dunlap
2010-03-08 17:32 ` [PATCH -next] sound: fix opti92x-ad1848 build Randy Dunlap
2010-03-08 17:37   ` Takashi Iwai

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=4B9532FE.8030901@oracle.com \
    --to=randy.dunlap@oracle.com \
    --cc=dwmw2@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=maximlevitsky@gmail.com \
    --cc=sfr@canb.auug.org.au \
    /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.