From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:40691) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDf7N-0002dP-Ap for qemu-devel@nongnu.org; Mon, 17 Sep 2012 13:28:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TDf7I-0008PX-TM for qemu-devel@nongnu.org; Mon, 17 Sep 2012 13:28:21 -0400 Received: from mail-bk0-f45.google.com ([209.85.214.45]:44176) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TDf7I-0008Nm-Lo for qemu-devel@nongnu.org; Mon, 17 Sep 2012 13:28:16 -0400 Received: by bkcji1 with SMTP id ji1so2216774bkc.4 for ; Mon, 17 Sep 2012 10:28:15 -0700 (PDT) Message-ID: <50575DEF.7070104@gmail.com> Date: Mon, 17 Sep 2012 19:29:19 +0200 From: Francesco Lavra MIME-Version: 1.0 References: <5046357B.1010101@gmail.com> <5046E022.5020009@weilnetz.de> <5047A2EB.3070005@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] Versatile Express: add modelling of NOR flash List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Stefan Weil , qemu-devel@nongnu.org, paul@codesourcery.com On 09/17/2012 03:21 PM, Peter Maydell wrote: > On 5 September 2012 20:07, Francesco Lavra wrote: >> Documentation at >> http://infocenter.arm.com/help/topic/com.arm.doc.ddi0503c/CHDEFDJF.html >> says that the entire first 512 MB can be mapped to either SMC (which is >> the default) or AXI, so if AXI is selected neither of the 2 flash banks >> is visible. Also, the same doc says that it's possible to map either >> NOR0 (default) or NOR1 to the address 0x00000000. This implies that in >> the A Series memory map VE_NORFLASH0 should be at 0x08000000 and >> VE_NORFLASH0ALIAS at 0x00000000, not the other way around (by the way, >> this is also how U-Boot defines the memory for the A5 CoreTile). Maybe >> worth a patch? > > Agreed, NORFLASH0 should be at 0x08000000 in the new memory map. Unless > anybody actually needs the aliasing of the flash at address zero, I > suggest just deleting all references to VE_NORFLASH0ALIAS. Ok, thanks, then I'm going to send a 2 patch series, which first will fix NORFLASH0 and remove NORFLASH0ALIAS, and then will actually add the flash modelling.