From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Rapoport Subject: Re: [PATCH] OMAP: fix gpmc nand setup when no timings supplied Date: Thu, 22 Apr 2010 09:59:13 +0300 Message-ID: <4BCFF3C1.5070005@compulab.co.il> References: <1271670618-5671-1-git-send-email-mike@compulab.co.il> <4BCFDC6F.6010801@compulab.co.il> <2A3DCF3DA181AD40BDE86A3150B27B6B030D5D7ADD@dbde02.ent.ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from compulab.co.il ([67.18.134.219]:49669 "EHLO compulab.co.il" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753141Ab0DVHAT (ORCPT ); Thu, 22 Apr 2010 03:00:19 -0400 In-Reply-To: <2A3DCF3DA181AD40BDE86A3150B27B6B030D5D7ADD@dbde02.ent.ti.com> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: "Ghorai, Sukumar" Cc: "linux-omap@vger.kernel.org" , Tony Lindgren Ghorai, Sukumar wrote: > >> -----Original Message----- >> From: linux-omap-owner@vger.kernel.org [mailto:linux-omap- >> owner@vger.kernel.org] On Behalf Of Mike Rapoport >> Sent: 2010-04-22 10:50 >> To: linux-omap@vger.kernel.org >> Cc: Tony Lindgren; Mike Rapoport >> Subject: Re: [PATCH] OMAP: fix gpmc nand setup when no timings supplied >> >> Any comments on this? >> >> Mike Rapoport wrote: >>> The gpmc nand infrastructure crashes when there no timing structure >>> supplied in the omap_nand_platform_data. Adding check for >>> gpmc_nand_data->gpmc_t pointer validity resolves the crash and allows to >>> continue nand initialization without modifying gpmc timings. >>> >>> Signed-off-by: Mike Rapoport >>> --- >>> arch/arm/mach-omap2/gpmc-nand.c | 5 +++++ >>> 1 files changed, 5 insertions(+), 0 deletions(-) >>> >>> diff --git a/arch/arm/mach-omap2/gpmc-nand.c b/arch/arm/mach-omap2/gpmc- >> nand.c >>> index 64d74f0..3629da3 100644 >>> --- a/arch/arm/mach-omap2/gpmc-nand.c >>> +++ b/arch/arm/mach-omap2/gpmc-nand.c >>> @@ -83,6 +83,11 @@ static int gpmc_nand_setup(void) >>> { >>> struct device *dev = &gpmc_nand_device.dev; >>> >>> + if (!gpmc_nand_data->gpmc_t) { >>> + dev_info(dev, "Keeping gpmc timings\n"); >>> + return 0; >>> + } > [Ghorai] This is the only time its setup the gpmc timings for NAND. And it should return as error. Somehow I was under the impression that X-Loader sets up the NAND timings even if booted from OneNAND or MMC. Apparently I'm wrong :). What do you think about adding a flag to omap_nand_platform_data that will allow to keep timings if they were already configured by the bootloader? This is really useful when the board can be assembled with different kinds of NAND flashes. >>> + >>> /* Set timings in GPMC */ >>> if (omap2_nand_gpmc_retime() < 0) { >>> dev_err(dev, "Unable to set gpmc timings\n"); >> >> -- >> Sincerely yours, >> Mike. >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-omap" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html -- Sincerely yours, Mike.