From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:46456) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QTGAM-00049w-80 for qemu-devel@nongnu.org; Sun, 05 Jun 2011 12:27:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QTGAL-0001rS-DQ for qemu-devel@nongnu.org; Sun, 05 Jun 2011 12:27:06 -0400 Received: from host-82-135-62-35.customer.m-online.net ([82.135.62.35]:55527 helo=mail.embedded-brains.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QTGAL-0001oH-1b for qemu-devel@nongnu.org; Sun, 05 Jun 2011 12:27:05 -0400 Message-ID: <4DEBAF8C.2090502@embedded-brains.de> Date: Sun, 05 Jun 2011 18:32:12 +0200 From: Sebastian Huber MIME-Version: 1.0 References: <4DEB5AFF.3010604@embedded-brains.de> <4DEB7F55.9030700@embedded-brains.de> <4DEB900F.5070206@embedded-brains.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Disable interrupts on Cortex M3 (lm3s6965evb) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: qemu-devel@nongnu.org, Paul Brook On 05/06/11 16:57, Peter Maydell wrote: > On 5 June 2011 15:17, Sebastian Huber > wrote: > >> On 05/06/11 15:44, Peter Maydell wrote: [...] >>> (It looks suspiciously as if most of the v7M priority handling >>> is simply missing from QEMU, ie you have bigger problems than >>> can be fixed by a small patch like this...) >>> > >> Yes, but the current behaviour is definitely not right. Since the >> PRIMASK is mapped to the I bit in the CPSR I guessed that this was the >> right place to fix it. >> > I agree that the current behaviour is not right. However, to fix > this problem you need to work on a larger scale than attempting > to apply two line patches which fix your particular use case. > I agree, but you have to start somewhere. What is "this problem"? Is that we have no execution priority (in the sense of the ARMv7 architecture, B1.3.2 Exceptions), but instead use a mapping to CPSR_I and CPSR_F?