From mboxrd@z Thu Jan 1 00:00:00 1970 From: Aaron Williams Date: Sat, 12 Feb 2011 04:06:00 -0800 Subject: [U-Boot] [PATCH 1/1] NAND Re: mtdparts fails with NAND >= 4GB - Second try In-Reply-To: <4D565C00.2060403@free.fr> References: <201101271624.31701.Aaron.Williams@caviumnetworks.com> <201102120054.45487.Aaron.Williams@caviumnetworks.com> <4D565C00.2060403@free.fr> Message-ID: <201102120406.01194.Aaron.Williams@caviumnetworks.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Saturday, February 12, 2011 02:08:00 am Albert ARIBAUD wrote: > Le 12/02/2011 09:54, Aaron Williams a ?crit : > > Octeon ebb6300(ram)# mw.b 0x1f400000 0xf0 > > Octeon ebb6300(ram)# mw.b 0x1f400000 0xf0 > > Octeon ebb6300(ram)# mw.b 0x1f4000AA 0x98 > > Octeon ebb6300(ram)# md.b 0x1f400020 20 > > 1f400020: 51 51 52 52 59 59 02 02 00 00 40 40 00 00 00 00 > > QQRRYY....@@.... 1f400030: 00 00 00 00 00 00 27 27 36 36 00 00 00 00 07 > > 07 ......''66...... > > This, according to the CFI spec, gives us the proof that the Spansion > chip is a x16 device in x8 mode. > > Can you now please, based on the knowledge that the device is x16 in x8 > mode, go through the CFI detection sequence agin and determine which > line exactly fails to work as expected? > > > -Aaron > > Amicalement, I'll take a look at this next week. The problem with the current code is that it detects the chip width of 8 but a port width of 16 which results in 16-bit writes. This fails for obtaining the manufacturer ID. -Aaron