From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:36717) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RjWbe-0003Xy-Vl for qemu-devel@nongnu.org; Sat, 07 Jan 2012 08:46:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RjWbe-00082d-4F for qemu-devel@nongnu.org; Sat, 07 Jan 2012 08:46:46 -0500 Received: from v220110690675601.yourvserver.net ([78.47.199.172]:38938) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RjWbd-00082Y-W1 for qemu-devel@nongnu.org; Sat, 07 Jan 2012 08:46:46 -0500 Message-ID: <4F074444.1010008@weilnetz.de> Date: Fri, 06 Jan 2012 19:58:12 +0100 From: Stefan Weil MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] [Bug] System emulation with flash broken? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: QEMU Developers Hello Avi, latest QEMU seems to be broken when a system emulation with flash is started. I did not run git bisect, but it looks like the problem started with this change: c5705a7728b4a6bc9e4f2d35911adbaf28042b25 Author: Avi Kivity 2011-12-20 14:59:12 vmstate, memory: decouple vmstate from memory API I first noticed the problem with my AR7 emulation (not part of official QEMU), but also got it with MIPS Malta, so I assume that all systems with flash are broken and fail with this assertion: /qemu/exec.c:2785: qemu_ram_set_idstr: Assertion `new_block' failed. The function is searching for address 0x10000009 which is 0x10000000 plus an index. Without the index, the address would have been found. Regards, Stefan