From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from osdsun1.nrl.navy.mil ([132.250.130.7]) by canuck.infradead.org with esmtps (Exim 4.54 #1 (Red Hat Linux)) id 1EPOS8-00055M-Q2 for linux-mtd@lists.infradead.org; Tue, 11 Oct 2005 14:02:26 -0400 Message-ID: <434BFE23.4060701@ieee.org> Date: Tue, 11 Oct 2005 14:02:11 -0400 From: Dan Brown MIME-Version: 1.0 To: "Joseph M Dupre (AVAB Inc.)" References: <434A9F39.29129.1B3216A@localhost> <434B98B0.776.50BEDB@localhost> In-Reply-To: <434B98B0.776.50BEDB@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: linux-mtd@lists.infradead.org Subject: Re: docboot: nandwrite: Input file is not page aligned List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Joseph M Dupre (AVAB Inc.) wrote: >3 bootstub sectors, 10 real-mode sectors, 2420 kernel sectors, 1737 >initrd sectors > > Seems reasonable... >The generated doc_spl is 2201760 bytes. > > Also reasonable. Each page is 512 data + 16 OOB 2201760 = 4170 * (512 + 16) 4170 = 3 + 10 + 2420 + 1737 >I am using the uClibc "Buildroot" toolchain. Dev machine is i686 and >target is i486 with a DOC 2000 (MD2202-D128) > >Originally I was using the MTD utils generated by Buildroot to erase >and load the DOC, but they were using mtd source from Debian's >archive dated 22/1/05. I built the current versions of the MTD utils >but have the same error. > > > Well, I guess the next step is to examine the code in nandwrite carefully. What it does is query the device (in your case /dev/mtd1) to find out the size of the data (should be 512) and oob (should be 16) portions of a page. It also queries the size of the file to be written, and verifies that the filesize is an integer multiple of the pagesize. We can get at much of the same info using mtd_debug: ./mtd_debug info /dev/mtd1 Could you send me the output from that? On my DOC device it says (among other things): mtd.erasesize = 16384 (16K) mtd.oobblock = 512 mtd.oobsize = 16 If you get the same result, then we're in really weird territory, and I'd start to wonder if the mtd tools just don't build (or run) properly under uClibc. Is there any chance you can use a standard glibc environment to doublecheck? -Dan