public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Marek Vasut <marex@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 07/10] mtd: nand: s3c: Add missing correction and select_chip functions
Date: Fri, 19 Feb 2016 18:53:16 +0100	[thread overview]
Message-ID: <56C7568C.6090607@denx.de> (raw)
In-Reply-To: <1455319131.2463.32.camel@buserror.net>

On 02/13/2016 12:18 AM, Scott Wood wrote:
> On Thu, 2016-01-14 at 02:41 +0100, Marek Vasut wrote:
>> On Tuesday, October 28, 2014 at 11:45:08 PM, Scott Wood wrote:
>>> On Sat, 2014-10-11 at 18:42 +0200, Marek Vasut wrote:
>>>> +	/* sometimes people do not think about using the ECC, so check
>>>> +	 * to see if we have an 0xff,0xff,0xff read ECC and then ignore
>>>> +	 * the error, on the assumption that this is an un-eccd page.
>>>> +	 */
>>>
>>> Eww.  I suppose I won't argue too loudly if Linux is doing the same
>>> thing, but what if it's a corrupted blank page, or the ECC just happened
>>> to turn out as all 0xff?  It seems like there should at least be a
>>> warning the first time this happens, and ideally it should be
>>> configurable.
>>>
>>>> +	if (read_ecc[0] == 0xff && read_ecc[1] == 0xff && read_ecc[2]
>>>> == 0xff
>>>> +	    /*&& info->platform->ignore_unset_ecc*/)
>>>>
>>>>  		return 0;
>>>
>>> So it looks like it is configurable in Linux, but you've commented it
>>> out here.
>>>
>>>> @@ -221,6 +298,8 @@ int board_nand_init(struct nand_chip *nand)
>>>>
>>>>  	nand->dev_ready = s3c24x0_dev_ready;
>>>>
>>>> +	nand->chip_delay = 50;
>>>
>>> I'm not sure how this is related to the changes described in the
>>> changelog...
>>
>> Can you collect the MTD patches which are applicable at least and drop this
>> one?
> 
> 4/10 is already merged.  Which patches are you referring to that don't have
> comments, still apply cleanly, and are patching a NAND file?

Most of this patchset.

  reply	other threads:[~2016-02-19 17:53 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-11 16:42 [U-Boot] [PATCH 01/10] video: Add S3C24xx framebuffer support Marek Vasut
2014-10-11 16:42 ` [U-Boot] [PATCH 02/10] arm: s3c24xx: Fix incorrect CONFIG_SYS_S3C2410_NAND_HWECC name Marek Vasut
2014-11-27  2:03   ` [U-Boot] [U-Boot, " Scott Wood
2015-05-02  0:46     ` Marek Vasut
2015-05-02  1:11       ` Scott Wood
2015-05-02  1:18         ` Marek Vasut
2015-05-02  3:41           ` Scott Wood
2014-10-11 16:42 ` [U-Boot] [PATCH 03/10] mtd: nand: s3c: Fix data type width in debug() Marek Vasut
2014-11-27  2:06   ` [U-Boot] [U-Boot, " Scott Wood
2014-10-11 16:42 ` [U-Boot] [PATCH 04/10] mtd: nand: s3c: Unify the register definition and naming Marek Vasut
2014-10-11 16:42 ` [U-Boot] [PATCH 05/10] mtd: nand: s3c: Add S3C2440 specifics Marek Vasut
2014-11-27  2:20   ` [U-Boot] [U-Boot,05/10] " Scott Wood
2015-05-02  0:48     ` Marek Vasut
2015-05-02  1:05       ` Scott Wood
2014-10-11 16:42 ` [U-Boot] [PATCH 06/10] mtd: nand: s3c: Add S3C2440 buffer reading Marek Vasut
2014-10-11 16:42 ` [U-Boot] [PATCH 07/10] mtd: nand: s3c: Add missing correction and select_chip functions Marek Vasut
2014-10-28 22:45   ` Scott Wood
2016-01-14  1:41     ` Marek Vasut
2016-02-12 23:18       ` Scott Wood
2016-02-19 17:53         ` Marek Vasut [this message]
2016-02-19 17:54           ` Scott Wood
2014-10-11 16:42 ` [U-Boot] [PATCH 08/10] i2c: s3c: Implant support for S3C2440 Marek Vasut
2015-05-02  1:12   ` Marek Vasut
2015-05-06  8:02     ` Minkyu Kang
2014-10-11 16:42 ` [U-Boot] [PATCH 09/10] gpio: s3c: Fix the GPIO driver Marek Vasut
2015-05-02  1:12   ` Marek Vasut
2015-05-06  8:02     ` Minkyu Kang
2014-10-11 16:42 ` [U-Boot] [PATCH 10/10] net: smc911x: Keep MAC programmed Marek Vasut
2014-11-10 21:29   ` [U-Boot] [U-Boot,10/10] " Tom Rini
2014-10-16  9:28 ` [U-Boot] [PATCH 01/10] video: Add S3C24xx framebuffer support Anatolij Gustschin
2015-05-02  1:12   ` Marek Vasut
2016-02-19 18:02     ` Anatolij Gustschin
2016-02-19 18:37       ` Marek Vasut
2016-02-22 17:10 ` Anatolij Gustschin

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=56C7568C.6090607@denx.de \
    --to=marex@denx.de \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox