From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from az33egw02.freescale.net (az33egw02.freescale.net [192.88.158.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "az33egw02.freescale.net", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTPS id 7B038B7B7C for ; Tue, 22 Sep 2009 09:04:36 +1000 (EST) Received: from az33smr01.freescale.net (az33smr01.freescale.net [10.64.34.199]) by az33egw02.freescale.net (8.14.3/az33egw02) with ESMTP id n8LN4XS9016766 for ; Mon, 21 Sep 2009 16:04:33 -0700 (MST) Received: from az33exm25.fsl.freescale.net (az33exm25.am.freescale.net [10.64.32.16]) by az33smr01.freescale.net (8.13.1/8.13.0) with ESMTP id n8LN6M9P003503 for ; Mon, 21 Sep 2009 18:06:22 -0500 (CDT) Message-ID: <4AB8069D.5010609@freescale.com> Date: Mon, 21 Sep 2009 18:05:01 -0500 From: Scott Wood MIME-Version: 1.0 To: avorontsov@ru.mvista.com Subject: Re: NAND partition names in DTS must be named "partition"? References: <5ee96a840909211527g45b47b3fgff907df69fe48666@mail.gmail.com> <4AB7FFE9.8050206@freescale.com> <20090921230118.GB32278@oksana.dev.rtsoft.ru> In-Reply-To: <20090921230118.GB32278@oksana.dev.rtsoft.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Cc: linuxppc-dev@ozlabs.org, "Matthew L. Creech" List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Anton Vorontsov wrote: > On Mon, Sep 21, 2009 at 05:36:25PM -0500, Scott Wood wrote: >> Matthew L. Creech wrote: >>> I upgraded from 2.6.29 to 2.6.31, and the kernel no longer recognized >>> the partitions embedded within my DTS file. I had to revert this >>> change: >>> >>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=4b08e149c0e02e97ec49c2a31d14a0d3a02f8074 >>> >>> in order to boot. This code looks like it expects all partitions to >>> be named "partition", otherwise they're just skipped. Is there some >>> peculiarity in my setup that makes this not work, or is it a general >>> problem? I see no major differences between my DTS file and the >>> stardard "mpc8313erdb.dts". >> It looks like mpc8313erdb.dts needs to be updated. > > I don't think so, it's just 2.6.31 has a regression that should > be fixed by "MTD ofpart: Check availability of reg property instead > of name property": > > http://patchwork.ozlabs.org/patch/32039/ OK, that works too. :-) I wonder what the non-partition node is that we're needing to avoid... -Scott