From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754303AbbCILka (ORCPT ); Mon, 9 Mar 2015 07:40:30 -0400 Received: from down.free-electrons.com ([37.187.137.238]:50406 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754176AbbCILkX (ORCPT ); Mon, 9 Mar 2015 07:40:23 -0400 Message-ID: <54FD860F.2000008@free-electrons.com> Date: Mon, 09 Mar 2015 08:37:51 -0300 From: Ezequiel Garcia User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Robert Jarzmik CC: Antoine Tenart , sebastian.hesselbarth@gmail.com, dwmw2@infradead.org, computersforpeace@gmail.com, thomas.petazzoni@free-electrons.com, boris.brezillon@free-electrons.com, linux-kernel@vger.kernel.org, zmxu@marvell.com, linux-mtd@lists.infradead.org, jszhang@marvell.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v3 5/9] mtd: pxa3xx_nand: add support for the Marvell Berlin nand controller References: <1425555085-29531-1-git-send-email-antoine.tenart@free-electrons.com> <1425555085-29531-6-git-send-email-antoine.tenart@free-electrons.com> <54FA6DFC.1070904@free-electrons.com> <87oao3xvh8.fsf@free.fr> <54FCAF6C.7010902@free-electrons.com> <87ioebxhc7.fsf@free.fr> In-Reply-To: <87ioebxhc7.fsf@free.fr> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/08/2015 07:19 PM, Robert Jarzmik wrote: > Ezequiel Garcia writes: > >>> I think you'll kill the zylonite board, and I'll nack it if that's the case. At >>> least that's what happened when I tried to use onfi default values last time in >>> barebox development. >>> >>> I can test your changes, but if the specific zylonite nand (ie. nand id 0xba20, >>> ie. pxa310 embedded flash) gets broken, I'm against the removal of the legacy >>> timings removal. >>> >> >> I'm not speaking of any timing params here, but about the flash >> identification. >> >> Which flash do you have there? > The one with 0xba20 id as I said, which is AFAIK a Numonyx NAND02GR4B2C. > $ grep "0xBA" drivers/mtd/nand/nand_ids.c EXTENDED_ID_NAND("NAND 256MiB 1,8V 16-bit", 0xBA, 256, LP_OPTIONS16), Seems already supported by the NAND core. The MTD way of probing a non-ONFI device is by using the IDs in nand_ids.c. Additional configuration (timings in this case) is applied between the nand_scan_ident() and nand_scan_tail() calls. -- Ezequiel García, Free Electrons Embedded Linux, Kernel and Android Engineering http://free-electrons.com