From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:54070) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZmqV-0005Ok-Hs for qemu-devel@nongnu.org; Sun, 11 Dec 2011 12:05:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RZmqU-0005F4-3P for qemu-devel@nongnu.org; Sun, 11 Dec 2011 12:05:51 -0500 Received: from indium.canonical.com ([91.189.90.7]:52021) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RZmqT-0005F0-UG for qemu-devel@nongnu.org; Sun, 11 Dec 2011 12:05:50 -0500 Received: from loganberry.canonical.com ([91.189.90.37]) by indium.canonical.com with esmtp (Exim 4.71 #1 (Debian)) id 1RZmqT-00068F-EY for ; Sun, 11 Dec 2011 17:05:49 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id 6D3DB2E80D4 for ; Sun, 11 Dec 2011 17:05:49 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Sun, 11 Dec 2011 16:56:28 -0000 From: Petteri Aimonen <696094@bugs.launchpad.net> Sender: bounces@canonical.com References: <20101231203043.711.86363.malonedeb@potassium.ubuntu.com> Message-Id: <20111211165628.23926.31432.malone@chaenomeles.canonical.com> Errors-To: bounces@canonical.com Subject: [Qemu-devel] [Bug 696094] Re: TI Stellaris lm3s811evb (ARM Cortex-M3) : Systick interrupt not working Reply-To: Bug 696094 <696094@bugs.launchpad.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org I think the problem is line 53 in qemu-linaro/hw/armv7m_nvic.c: int system_clock_scale; This variable is initialized under some conditions from the Stellaris peripheral emulation code, but apparently your code does not trigger this initialization. It then uses the default value of 0, and gets into an infinite loop. I suggest that the line be changed to: int system_clock_scale =3D 1; This not only prevents the crash, but has a side benefit of being able to u= se the SysTick timer even without other peripherals, like this: qemu-system-arm -cpu cortex-m3 -nographic -monitor null -serial null -semih= osting -kernel test.elf -device armv7m_nvic -icount 1 I still get hangs by messing around with the -icount parameter, but it is a different bug - ctrl-C gets you out of those hangs. -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/696094 Title: TI Stellaris lm3s811evb (ARM Cortex-M3) : Systick interrupt not working Status in QEMU: New Bug description: I've tried to create a small project that uses the CMSIS as base library. The problem is that the SysTick_interrupt_handler() doesn't get executed = when the systick event is detected in QEMU. Furthermore, it seems asif QEMU= gets stuck in an endless loop. QEMU doesn't respond to Ctrl-C on the comma= nd line and the GDB session also stalls. 'kill -9' is the only way to stop = QEMU. It seems asif the initialisation of the NVIC works fine. I've traced the = function calls in QEMU as follows: stellaris.c: stellaris_init() - Perform generic armv7 init: armv7m_init() armv7m.c: armv7m_init() - Create and init the nvic: nvic =3D qdev_create(NULL, "armv7m_nvic"); env->nvic =3D nvic; qdev_init_nofail(nvic); - Configure the programmable interrupt control= ler: Call: arm_pic_init_cpu() = qemu_allocate_irqs(arm_pic_cpu_ha= ndler) - Initialise 64 interrupt structures. The following call sequence is observed when the systick event occur: armv7m_nvic.c: systick_timer_tick(): set pending interrupt armv7m_nvic.c: armv7m_nvic_set_pending() for irq:15 arm_gic.c: gic_set_pending_private(): GIC_SET_PENDING(15,) arm_gic.c: gic_update() - Raise IRQ with qemu_set_irq() irq.c: eqmu_set_irq() - Call the irq->handler = -- I assume the irq handler is 'arm_pic_cp= u_handler()', since that was passed as the parameter = when qemu_allocate_irqs() was called in ... arm_pic.c: arm_pic_cpu_handler() - After evaluation, call cpu_i= nterrupt() exec.c: cpu_interrupt() is called. = The tools that were used during the testing of this project: GCC: Codesourcery ARM eabi 2010q3 QEMU: Checked out on 31/12/2010 - Last commit: 0fcec41eec0432c77645b4a4= 07d3a3e030c4abc4 The project files are attached, for reproducing of the errors. Note: The CMSIS wants to perform byte accesses to the NVIC. For the Co= rtex-M3, unaligned 8 bit and 16 bit accesses are allowed. The current QEMU = implementation doesn't yet cater for it. As a work around, updated versions= of arm_gic.c armv7m_nvic.h armv7m_nvic.c is also included. Launch project with: go_gdb.sh Attach debugger with: arm-none-eabi-gdbtui --command=3DgdbCommands_tui (s =3D step, n =3D next, c =3D continue, Ctrl-C =3D stop, print to look at variable contents) To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/696094/+subscriptions