Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755446AbbGTTw7 (ORCPT ); Mon, 20 Jul 2015 15:52:59 -0400 Received: from smtp05.smtpout.orange.fr ([80.12.242.127]:31336 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753299AbbGTTw5 (ORCPT ); Mon, 20 Jul 2015 15:52:57 -0400 X-ME-Helo: belgarion X-ME-Auth: amFyem1pay5yb2JlcnRAb3JhbmdlLmZy X-ME-Date: Mon, 20 Jul 2015 21:52:56 +0200 X-ME-IP: 92.136.75.161 From: Robert Jarzmik To: Ezequiel Garcia Cc: Antoine Tenart , Sebastian Hesselbarth , David Woodhouse , Brian Norris , Boris Brezillon , zmxu@marvell.com, jszhang@marvell.com, linux-arm-kernel , "linux-mtd\@lists.infradead.org" , "linux-kernel\@vger.kernel.org" Subject: Re: [PATCH v2 0/4] mtd: pxa3xx_nand: rework the timing setup References: <1436281707-20106-1-git-send-email-antoine.tenart@free-electrons.com> <20150717134159.GC10608@kwain> <55A912F0.7080605@vanguardiasur.com.ar> <87h9p2is8e.fsf@belgarion.home> X-URL: http://belgarath.falguerolles.org/ Date: Mon, 20 Jul 2015 21:49:44 +0200 In-Reply-To: (Ezequiel Garcia's message of "Sat, 18 Jul 2015 14:18:02 -0300") Message-ID: <87wpxufw2v.fsf@belgarion.home> User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1929 Lines: 55 Ezequiel Garcia writes: > Here you go: > > http://git.infradead.org/users/ezequielg/linux/shortlog/refs/heads/pxa3xx-nand-timing-rework-v2 Okay, I've tested this on cm-x300. The result is not bright : nand: device found, Manufacturer ID: 0xec, Chip ID: 0xdc nand: Samsung NAND 512MiB 3,3V 8-bit nand: 512 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64 pxa3xx-nand pxa3xx-nand: ECC strength 1, ECC step size 512 Scanning device for bad blocks random: nonblocking pool is initialized Bad eraseblock 1037 at 0x0000081a0000 Creating 6 MTD partitions on "pxa3xx_nand-0": 0x000000000000-0x000000040000 : "OBM" 0x000000040000-0x000000080000 : "U-Boot" 0x000000080000-0x0000000c0000 : "Environment" 0x0000000c0000-0x000000200000 : "reserved" 0x000000200000-0x000000600000 : "kernel" 0x000000600000-0x000020000000 : "fs" The bad black is not bad normally. And then : # dd if=/dev/mtd0 of=toto count=1 pxa3xx-nand pxa3xx-nand: Wait time out!!! 1+0 records in 1+0 records out # ls -l toto -rw-r--r-- 1 root root 512 Jan 1 00:02 toto # hexdump-C toto 00000000 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................| * 00000200 That's not possible, as it should have dumped the OBMI. And yet, I hesitate to incriminate this patchset, I will try without it. It wont be very fast, as my USB to serial converter just broke, and my order will take a couple of days to complete. And of course without this converter I cannot test anymore, especially the zylonite board which will be more interesting. So I'll report back as soon as the UK mail has completed the shipment. Cheers. -- Robert -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/