From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [69.28.251.93] (helo=b32.net) by bombadil.infradead.org with esmtps (Exim 4.69 #1 (Red Hat Linux)) id 1O9VzO-0004DR-WF for linux-mtd@lists.infradead.org; Wed, 05 May 2010 04:13:40 +0000 From: Kevin Cernekee Date: Tue, 4 May 2010 20:58:00 -0700 Subject: [PATCHv2 0/2] mtd: nand: Extend MLC support Message-Id: <17c88de31cd52bb3794569c28cd2ae51996e6260@localhost.localdomain> To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, Reuben.Dowle@navico.com List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Part 1/2 is an improved version of my previous submission. Additional checks were added to ensure that certain "5-byte" Micron and Samsung parts are not falsely detected as having 6-byte IDs. I also rolled in the 256B NAND_MAX_OOBSIZE change. Part 2/2 is a resubmission/rebase of Reuben Dowle's 2009/02/03 patch: http://lists.infradead.org/pipermail/linux-mtd/2009-February/024473.html I am trying to compile a table of NAND IDs to make sure the detection algorithm correctly handles all known cases. If you could send me the following information for any NAND chips you have access to (via private email), it would be appreciated: 1) Part number 2) ID code (please read 8 bytes so I can see where it wraps around) 3) Device size, block size, page size, OOB bytes per page, bus width, and bad block marker location 4) Datasheet, if available Thanks.