From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D2F43C433DB for ; Mon, 22 Mar 2021 18:33:03 +0000 (UTC) Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 5704961925 for ; Mon, 22 Mar 2021 18:33:03 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5704961925 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=bootlin.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-mtd-bounces+linux-mtd=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=desiato.20200630; h=Sender:Content-Transfer-Encoding :Content-Type:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To:Message-ID: Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=3PaLlLGs24ek/3/UU9P/TEYBpqDRDp/sp2Xk2W5I5ww=; b=jy6c+BfiEmg7O5XKcFQ+eGoyd PMXkZG/OqUMSGQoKBH/iu6mMh15H9ETshjF2Tfy9DN+/8iJ62HditQQhuwLiAoO1PKWnsKb01qSTE zX5rWVEhgaOuhxtwfHm/6O7l4EqS0MBFIWq/Mp5ktiJwFIr/tPe4aAu/grTAtdQLMsg71SgijuS3m ngpAq5AtyedFIlgOD18qSg9Xpe8zGiglXkGMRQQP+D6wJSGs6hlerS7xHWv+ElyPbEW3luLKxKiAs n1wehsfWDUe/KnWDQ2O527OkTzv21nxyv2xv/zemrGlgWpY3g/9o7b8aVzPsHnH2SZGQL+NCEMKSB myVaNy7ag==; Received: from localhost ([::1] helo=desiato.infradead.org) by desiato.infradead.org with esmtp (Exim 4.94 #2 (Red Hat Linux)) id 1lOPLl-00CGTc-5g; Mon, 22 Mar 2021 18:32:25 +0000 Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by desiato.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lOPLe-00CGSg-6T for linux-mtd@lists.infradead.org; Mon, 22 Mar 2021 18:32:21 +0000 X-Originating-IP: 90.89.138.59 Received: from xps13 (lfbn-tou-1-1325-59.w90-89.abo.wanadoo.fr [90.89.138.59]) (Authenticated sender: miquel.raynal@bootlin.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 52ABA60004; Mon, 22 Mar 2021 18:32:13 +0000 (UTC) Date: Mon, 22 Mar 2021 19:32:13 +0100 From: Miquel Raynal To: Daniel Palmer Cc: linux-mtd@lists.infradead.org, Linux Kernel Mailing List Subject: Re: [PATCH v2] mtd: spinand: add support for Foresee FS35ND01G-S1Y2 Message-ID: <20210322193213.18520b9a@xps13> In-Reply-To: References: <20210213095724.3411058-1-daniel@0x0f.com> <20210215112409.1a755bf0@xps13> <20210215121653.4edd86c4@xps13> Organization: Bootlin X-Mailer: Claws Mail 3.17.7 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210322_183218_398658_2B446EC8 X-CRM114-Status: GOOD ( 34.63 ) X-BeenThere: linux-mtd@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: "linux-mtd" Errors-To: linux-mtd-bounces+linux-mtd=archiver.kernel.org@lists.infradead.org SGkgRGFuaWVsLAoKRGFuaWVsIFBhbG1lciA8ZGFuaWVsQDB4MGYuY29tPiB3cm90ZSBvbiBNb24s IDIyIE1hciAyMDIxIDIxOjQ0OjQwCiswOTAwOgoKPiBIaSBNaXF1ZWwsCj4gCj4gU29ycnkgZm9y IHRoZSByZXNlbmQuIEdtYWlsIHJhbmRvbWx5IHN3aXRjaGVkIHRvIEhUTUwgZW1haWwgc28gdGhl Cj4gb3JpZ2luYWwgdmVyc2lvbiBzZWVtcyB0byBoYXZlIGJvdW5jZWQuCj4gCj4gT24gTW9uLCAx NSBGZWIgMjAyMSBhdCAyMDoxNiwgTWlxdWVsIFJheW5hbCA8bWlxdWVsLnJheW5hbEBib290bGlu LmNvbT4gd3JvdGU6Cj4gPiA+ICIyLiBTcGFyZSBhcmVhIDgwMEggdG8gODNGSCBpcyBhbGwgYXZh aWxhYmxlIGZvciB1c2VyLgo+ID4gPiAgRUNDIHBhcml0eSBjb2RlcyBhcmUgcHJvZ3JhbW1lZCBp bgo+ID4gPiBhZGRpdGlvbmFsIHNwYWNlIGFuZCBub3QgdXNlciBhY2Nlc3NpYmxlLiIKPiA+ID4K PiA+ID4gSXQgd291bGQgc2VlbSB0aGF0IHRoZSBwYWdlcyBhcmUgYWN0dWFsbHkgYmlnZ2VyIHRo YW4gMksgKyA2NCBvciB0aGVyZQo+ID4gPiBpcyBzb21lIG90aGVyIHBsYWNlIHRoZXkga2VlcCB0 aGUgRUNDLgo+ID4gPiBPciBib3RoIGRhdGFzaGVldHMgYXJlIGx5aW5nLiBTb21ld2hlcmUgZWxz ZSBpbiB0aGUgZGF0YXNoZWV0cyBpdCBzYXlzCj4gPiA+IHRoYXQgd3JpdGVzIHRvIHRoZSBFQ0Mg YXJlYSB3aWxsIGJlIGlnbm9yZWQgYnV0IHRoYXQgZG9lc24ndCBtYWtlIGEKPiA+ID4gbG90IG9m IHNlbnNlIGlmIHRoZSBFQ0MgYXJlYSBpc24ndCB1c2VyIGFjY2Vzc2libGUgaW4gdGhlIGZpcnN0 IHBsYWNlLgo+ID4gPgo+ID4gPiBJIGRpZG4ndCB0aGluayBhYm91dCBpdCBhdCB0aGUgdGltZSBi dXQgSSBjYW4gdGFrZSBhIGR1bXAgb2YgdGhlIE9PQgo+ID4gPiBhcmVhIG9mIG15IEZTMzVORDAx Ry1TMVkyIHRvIGNvbmZpcm0gaXQncyBhbGwgMHhmZiBleGNlcHQgZm9yIGFueQo+ID4gPiBmYWN0 b3J5IG1hcmtlZCBiYWQgYmxvY2tzLiAgCj4gPgo+ID4gSSBzZWUuIENhbiB5b3UgcGxlYXNlIHRy eSB0aGUgZm9sbG93aW5nOgo+ID4KPiA+IG5hbmR3cml0ZSAtbyAvZGV2L210ZHggL2Rldi96ZXJv Cj4gPiBuYW5kZHVtcCAtb2wxIC9kZXYvbXRkeAo+ID4gSWYgdGhlIGVudGlyZSBhcmVhIGlzIGVm ZmVjdGl2ZWx5IGZyZWUgdG8gYmUgdXNlZCwgeW91IHNob3VsZCBzZWUgMCdzCj4gPiBldmVyeXdo ZXJlLiBPdGhlcndpc2UgeW91IHNob3VsZCBoYXZlIGZmJ3Mgc29tZXdoZXJlLiAgCj4gCj4gU29y cnkgSSBkaWRuJ3QgZm9sbG93IHVwIHNvb25lciBvbiB0aGlzLiBJIG5lZWRlZCB0byBvcmRlciBh bm90aGVyIG9mCj4gdGhpcyBmbGFzaCBjaGlwIHRvIHRlc3Qgd2l0aCBhcyBJIGNvdWxkbid0IGRl c3Ryb3kgdGhlIGRhdGEgb24gdGhlIG9uZQo+IEkgaGF2ZS4KPiAKPiBBbnlob3c6Cj4gCj4gRXJh c2VkIHRoZSBwYWdlIHdpdGggZmxhc2ggZXJhc2UgKEknbSBmb3JjaW5nIGl0IHRvIGVyYXNlIGJh ZCBibG9ja3MKPiBoZXJlIGFzIEkgbWVzcyB1cCB0aGUgbWFya2VyLCBJIGhhdmUgYSBoYWNrIHRv IGFsbG93IGVyYXNpbmcgYmFkCj4gYmxvY2tzLi4pCj4gRXZlcnl0aGluZyBpcyAweEZGIGZvciB0 aGF0IHBhZ2UuCj4gCj4gIyBmbGFzaF9lcmFzZSAtTiAvZGV2L210ZDEgMCAxCj4gRXJhc2luZyAx MjggS2lieXRlIEAgMCAtLSAxMDAgJSBjb21wbGV0ZQo+ICMgbmFuZGR1bXAgLS1iYj1kdW1wYmFk IC1uIC1sMjA0OCAtbyAtYyAtcyAweDAgL2Rldi9tdGQxCj4gQmxvY2sgc2l6ZSAxMzEwNzIsIHBh Z2Ugc2l6ZSAyMDQ4LCBPT0Igc2l6ZSA2NAo+IER1bXBpbmcgZGF0YSBzdGFydGluZyBhdCAweDAw MDAwMDAwIGFuZCBlbmRpbmcgYXQgMHgwMDAwMDgwMC4uLgo+IDB4MDAwMDAwMDA6IGZmIGZmIGZm IGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmICB8Li4uLi4uLi4uLi4uLi4u LnwKPiAuLi4uCj4gMHgwMDAwMDdmMDogZmYgZmYgZmYgZmYgZmYgZmYgZmYgZmYgZmYgZmYgZmYg ZmYgZmYgZmYgZmYgZmYgIHwuLi4uLi4uLi4uLi4uLi4ufAo+ICAgT09CIERhdGE6IGZmIGZmIGZm IGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmICB8Li4uLi4uLi4uLi4uLi4u LnwKPiAgIE9PQiBEYXRhOiBmZiBmZiBmZiBmZiBmZiBmZiBmZiBmZiBmZiBmZiBmZiBmZiBmZiBm ZiBmZiBmZiAgfC4uLi4uLi4uLi4uLi4uLi58Cj4gICBPT0IgRGF0YTogZmYgZmYgZmYgZmYgZmYg ZmYgZmYgZmYgZmYgZmYgZmYgZmYgZmYgZmYgZmYgZmYgIHwuLi4uLi4uLi4uLi4uLi4ufAo+ICAg T09CIERhdGE6IGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZm ICB8Li4uLi4uLi4uLi4uLi4uLnwKPiAKPiBXcml0ZSB6ZXJvcyBpbnRvIHRoZSBwYWdlIGFuZCBP T0IuCj4gR2V0IGFsbCB6ZXJvcyBiYWNrIGluY2x1ZGluZyB0aGUgT09CLgo+IAo+ICMgbmFuZHdy aXRlIC1vIC9kZXYvbXRkMSAvZGV2L3plcm8KPiBXcml0aW5nIGRhdGEgdG8gYmxvY2sgMCBhdCBv ZmZzZXQgMHgwCj4gQmFkIGJsb2NrIGF0IDAsIDEgYmxvY2socykgd2lsbCBiZSBza2lwcGVkCj4g V3JpdGluZyBkYXRhIHRvIGJsb2NrIDEgYXQgb2Zmc2V0IDB4MjAwMDAKPiAjIG5hbmR3cml0ZSAt TiAtbyAvZGV2L210ZDEgL2Rldi96ZXJvCj4gV3JpdGluZyBkYXRhIHRvIGJsb2NrIDAgYXQgb2Zm c2V0IDB4MAo+ICMgbmFuZGR1bXAgLS1iYj1kdW1wYmFkIC1uIC1sMjA0OCAtbyAtYyAtcyAweDAg L2Rldi9tdGQxCj4gQmxvY2sgc2l6ZSAxMzEwNzIsIHBhZ2Ugc2l6ZSAyMDQ4LCBPT0Igc2l6ZSA2 NAo+IER1bXBpbmcgZGF0YSBzdGFydGluZyBhdCAweDAwMDAwMDAwIGFuZCBlbmRpbmcgYXQgMHgw MDAwMDgwMC4uLgo+IDB4MDAwMDAwMDA6IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwICB8Li4uLi4uLi4uLi4uLi4uLnwKPiAuLi4KPiAweDAwMDAwN2YwOiAw MCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAgfC4uLi4uLi4u Li4uLi4uLi58Cj4gICBPT0IgRGF0YTogMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgIHwuLi4uLi4uLi4uLi4uLi4ufAo+ICAgT09CIERhdGE6IDAwIDAwIDAw IDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwICB8Li4uLi4uLi4uLi4uLi4u LnwKPiAgIE9PQiBEYXRhOiAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAwMCAw MCAwMCAwMCAgfC4uLi4uLi4uLi4uLi4uLi58Cj4gICBPT0IgRGF0YTogMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKPiB8Li4uLi4uLi4uLi4uLi4uLnwKPiAK PiBFcmFzZSB0aGUgcGFnZSBhZ2FpbiBhbmQgd3JpdGluZyByYW5kb20ganVuayBpbnRvIGl0Lgo+ IFNlZWluZyByYW5kb20ganVuayBldmVyeXdoZXJlIGluY2x1ZGluZyB0aGUgT09CLgo+IAo+ICMg Zmxhc2hfZXJhc2UgLU4gL2Rldi9tdGQxIDAgMQo+IEVyYXNpbmcgMTI4IEtpYnl0ZSBAIDAgLS0g MTAwICUgY29tcGxldGUKPiAjIG5hbmR3cml0ZSAtTiAtbyAvZGV2L210ZDEgL2Rldi91cmFuZG9t Cj4gV3JpdGluZyBkYXRhIHRvIFsgIDIzMC41MDYyNjBdIHJhbmRvbTogbmFuZHdyaXRlOiB1bmlu aXRpYWxpemVkCj4gdXJhbmRvbSByZWFkICgyMDQ4IGJ5dGVzIHJlYWQpCj4gYmxvY2sgMCBhdCBv ZmZzZVsgIDIzMC41MTQ3MDVdIHJhbmRvbTogbmFuZHdyaXRlOiB1bmluaXRpYWxpemVkCj4gdXJh bmRvbSByZWFkICg2NCBieXRlcyByZWFkKQo+IHQgMHgwCj4gIyBuYW5kZHVtcCAtLWJiPWR1bXBi YWQgLW4gLWwyMDQ4IC1vIC1jIC1zIDB4MCAvZGV2L210ZDEKPiBCbG9jayBzaXplIDEzMTA3Miwg cGFnZSBzaXplIDIwNDgsIE9PQiBzaXplIDY0Cj4gRHVtcGluZyBkYXRhIHN0YXJ0aW5nIGF0IDB4 MDAwMDAwMDAgYW5kIGVuZGluZyBhdCAweDAwMDAwODAwLi4uCj4gMHgwMDAwMDAwMDogNWUgMjQg YmQgNWYgZDkgYzYgY2UgYzUgYjEgODUgNTIgNGQgMjcgOTQgYzkgOTggIHxeJC5fLi4uLi4uUk0n Li4ufAo+IC4uLgo+IDB4MDAwMDA3ZjA6IGZhIDlmIDdmIDdkIGNlIDk5IDMzIDg4IGQ2IDlmIDk5 IDdkIDg0IGU3IDBjIDRkICB8Li4ufS4uMy4uLi59Li4uTXwKPiAgIE9PQiBEYXRhOiBiMSA4MSAw NyA2YSA4ZCA0NyA4YiBlZCA4OSA4OCBhYyA2MiBlOCBhZSA0OCA1NCAgfC4uLmouRy4uLi4uYi4u SFR8Cj4gICBPT0IgRGF0YTogN2QgYjIgZWEgNzMgZjMgMjkgYmEgNjUgZTYgNDUgY2IgOGIgMWEg YzYgNWIgZGMgIHx9Li5zLikuZS5FLi4uLlsufAo+ICAgT09CIERhdGE6IGIyIDJlIDc3IDU2IGUw IGUxIDA0IDU5IDg2IDMxIDdhIGU1IGJkIDQzIGY5IDQ4ICB8Li53Vi4uLlkuMXouLkMuSHwKPiAg IE9PQiBEYXRhOiA1MiAwNSBiMiBmMSA2NSA2NCA1OSAyMiA3OSA1MCBlYyA4OSA1NSA2YiA2ZSAy MyAgfFIuLi5lZFkieVAuLlVrbiN8Cj4gCj4gSSB0aGluayB0aGlzIHNob3dzIHRoYXQgdGhlIGRh dGFzaGVldCBpcyByaWdodCBpbiB0aGF0IHRoZSBjb21wbGV0ZSA2NAo+IGJ5dGVzIG9mICJzcGFy ZSBhcmVhIiBpcyB1c2FibGUuCj4gSSBoYXZlIG5vIGlkZWEgd2hlcmUgaXQgcHV0cyB0aGUgRUND IHRob3VnaC4gOikKCkFyZ2gsIEkgZG9uJ3QgbGlrZSB3aGVuIGhhcmR3YXJlIHRyaWVzIHRvIGJl IHNtYXJ0LgoKT2sgdGhlbiBsZXQncyBkZWNsYXJlIG5vIEVDQyBieXRlcyBpbiB0aGUgT09CIGxh eW91dCwgSSBndWVzcyBpdCdzIHRoZQpiZXN0IHRoaW5nIHRvIGRvLi4uCgpUaGFua3MgZm9yIGNo ZWNraW5nIGJ0dyEKCkkgZG9uJ3QgcmVjYWxsIHRoZSBzdGF0ZSBvZiB0aGUgcGF0Y2ggd2hpY2gg dHJpZ2dlcmVkIHRoaXMgZGlzY3Vzc2lvbiwKc28gSSBndWVzcyBpdCdzIGEgZ29vZCB0aW1lIHRv IHJlc3Bpbi4KCkNoZWVycywKTWlxdcOobAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fCkxpbnV4IE1URCBkaXNjdXNzaW9uIG1haWxpbmcgbGlz dApodHRwOi8vbGlzdHMuaW5mcmFkZWFkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xpbnV4LW10ZC8K From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8A7D7C433C1 for ; Mon, 22 Mar 2021 18:33:17 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4BFB0619A0 for ; Mon, 22 Mar 2021 18:33:17 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231516AbhCVScp convert rfc822-to-8bit (ORCPT ); Mon, 22 Mar 2021 14:32:45 -0400 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:50021 "EHLO relay3-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230203AbhCVScR (ORCPT ); Mon, 22 Mar 2021 14:32:17 -0400 X-Originating-IP: 90.89.138.59 Received: from xps13 (lfbn-tou-1-1325-59.w90-89.abo.wanadoo.fr [90.89.138.59]) (Authenticated sender: miquel.raynal@bootlin.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 52ABA60004; Mon, 22 Mar 2021 18:32:13 +0000 (UTC) Date: Mon, 22 Mar 2021 19:32:13 +0100 From: Miquel Raynal To: Daniel Palmer Cc: linux-mtd@lists.infradead.org, Linux Kernel Mailing List Subject: Re: [PATCH v2] mtd: spinand: add support for Foresee FS35ND01G-S1Y2 Message-ID: <20210322193213.18520b9a@xps13> In-Reply-To: References: <20210213095724.3411058-1-daniel@0x0f.com> <20210215112409.1a755bf0@xps13> <20210215121653.4edd86c4@xps13> Organization: Bootlin X-Mailer: Claws Mail 3.17.7 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Daniel, Daniel Palmer wrote on Mon, 22 Mar 2021 21:44:40 +0900: > Hi Miquel, > > Sorry for the resend. Gmail randomly switched to HTML email so the > original version seems to have bounced. > > On Mon, 15 Feb 2021 at 20:16, Miquel Raynal wrote: > > > "2. Spare area 800H to 83FH is all available for user. > > > ECC parity codes are programmed in > > > additional space and not user accessible." > > > > > > It would seem that the pages are actually bigger than 2K + 64 or there > > > is some other place they keep the ECC. > > > Or both datasheets are lying. Somewhere else in the datasheets it says > > > that writes to the ECC area will be ignored but that doesn't make a > > > lot of sense if the ECC area isn't user accessible in the first place. > > > > > > I didn't think about it at the time but I can take a dump of the OOB > > > area of my FS35ND01G-S1Y2 to confirm it's all 0xff except for any > > > factory marked bad blocks. > > > > I see. Can you please try the following: > > > > nandwrite -o /dev/mtdx /dev/zero > > nanddump -ol1 /dev/mtdx > > If the entire area is effectively free to be used, you should see 0's > > everywhere. Otherwise you should have ff's somewhere. > > Sorry I didn't follow up sooner on this. I needed to order another of > this flash chip to test with as I couldn't destroy the data on the one > I have. > > Anyhow: > > Erased the page with flash erase (I'm forcing it to erase bad blocks > here as I mess up the marker, I have a hack to allow erasing bad > blocks..) > Everything is 0xFF for that page. > > # flash_erase -N /dev/mtd1 0 1 > Erasing 128 Kibyte @ 0 -- 100 % complete > # nanddump --bb=dumpbad -n -l2048 -o -c -s 0x0 /dev/mtd1 > Block size 131072, page size 2048, OOB size 64 > Dumping data starting at 0x00000000 and ending at 0x00000800... > 0x00000000: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| > .... > 0x000007f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| > OOB Data: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| > OOB Data: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| > OOB Data: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| > OOB Data: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| > > Write zeros into the page and OOB. > Get all zeros back including the OOB. > > # nandwrite -o /dev/mtd1 /dev/zero > Writing data to block 0 at offset 0x0 > Bad block at 0, 1 block(s) will be skipped > Writing data to block 1 at offset 0x20000 > # nandwrite -N -o /dev/mtd1 /dev/zero > Writing data to block 0 at offset 0x0 > # nanddump --bb=dumpbad -n -l2048 -o -c -s 0x0 /dev/mtd1 > Block size 131072, page size 2048, OOB size 64 > Dumping data starting at 0x00000000 and ending at 0x00000800... > 0x00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > ... > 0x000007f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > OOB Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > OOB Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > OOB Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > OOB Data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > |................| > > Erase the page again and writing random junk into it. > Seeing random junk everywhere including the OOB. > > # flash_erase -N /dev/mtd1 0 1 > Erasing 128 Kibyte @ 0 -- 100 % complete > # nandwrite -N -o /dev/mtd1 /dev/urandom > Writing data to [ 230.506260] random: nandwrite: uninitialized > urandom read (2048 bytes read) > block 0 at offse[ 230.514705] random: nandwrite: uninitialized > urandom read (64 bytes read) > t 0x0 > # nanddump --bb=dumpbad -n -l2048 -o -c -s 0x0 /dev/mtd1 > Block size 131072, page size 2048, OOB size 64 > Dumping data starting at 0x00000000 and ending at 0x00000800... > 0x00000000: 5e 24 bd 5f d9 c6 ce c5 b1 85 52 4d 27 94 c9 98 |^$._......RM'...| > ... > 0x000007f0: fa 9f 7f 7d ce 99 33 88 d6 9f 99 7d 84 e7 0c 4d |...}..3....}...M| > OOB Data: b1 81 07 6a 8d 47 8b ed 89 88 ac 62 e8 ae 48 54 |...j.G.....b..HT| > OOB Data: 7d b2 ea 73 f3 29 ba 65 e6 45 cb 8b 1a c6 5b dc |}..s.).e.E....[.| > OOB Data: b2 2e 77 56 e0 e1 04 59 86 31 7a e5 bd 43 f9 48 |..wV...Y.1z..C.H| > OOB Data: 52 05 b2 f1 65 64 59 22 79 50 ec 89 55 6b 6e 23 |R...edY"yP..Ukn#| > > I think this shows that the datasheet is right in that the complete 64 > bytes of "spare area" is usable. > I have no idea where it puts the ECC though. :) Argh, I don't like when hardware tries to be smart. Ok then let's declare no ECC bytes in the OOB layout, I guess it's the best thing to do... Thanks for checking btw! I don't recall the state of the patch which triggered this discussion, so I guess it's a good time to respin. Cheers, Miquèl