Test if ARM / xilinx_zynq_a9_qemu built correctly?

[Christian Mauderer]

Am 20.10.2016 um 21:58 schrieb James Marshall:
> Hi Christian,
> 
> Thank you for your response, it is much appreciated. The ticker.exe
> program works in qemu now: I had to change to a different version of
> qemu and switch the order of the '-serial mon:stdio -serial /dev/null'
> arguments (as well as use the -S option correctly!).
> 
> The details:
> The qemu version suggested
> by $RTEMS_DIR/rtems-src/c/src/lib/libbsp/arm/xilinx-zynq/README is
> 1.4.50. When run with 'qemu-system-arm -s -no-reboot -serial null
> -serial mon:stdio -net none -nographic -M xilinx-zynq-a9 -m 256M -kernel
> ticker.exe' the output is:
> *** BEGIN OF TEST CLOCK TICK ***
> TA1  - rtems_clock_get_tod - 09:00:00   12/31/1988
> TA2  - rtems_clock_get_tod - 09:00:00   12/31/1988
> TA3  - rtems_clock_get_tod - 09:00:00   12/31/1988
> 
> At this point qemu freezes. A gdb backtrace shows:
> (gdb) target remote 127.0.0.1:1234 <http://127.0.0.1:1234>
> Remote debugging using 127.0.0.1:1234 <http://127.0.0.1:1234>
> 0x0001b386 in _CPU_Thread_Idle_body (ignored=0)
>     at
> ../../../../../../../../rtems-src/c/src/../../cpukit/score/cpu/arm/armv7-thread-idle.c:32
> 32   __asm__ volatile ("wfi");
> (gdb) bt
> #0  0x0001b386 in _CPU_Thread_Idle_body (ignored=0)
>     at
> ../../../../../../../../rtems-src/c/src/../../cpukit/score/cpu/arm/armv7-thread-idle.c:32
> #1  0x00015dae in _Thread_Entry_adaptor_idle (executing=0x103558)
>     at
> ../../../../../../rtems-src/c/src/../../cpukit/score/src/threadentryadaptoridle.c:25
> #2  0x0001c654 in _Thread_Handler ()
>     at
> ../../../../../../rtems-src/c/src/../../cpukit/score/src/threadhandler.c:90
> #3  0x0001c606 in _User_extensions_Thread_exitted (
>     executing=0x1c607 <_Thread_Handler>)
>     at
> ../../cpukit/../../../xilinx_zynq_a9_qemu/lib/include/rtems/score/userextimpl.h:288
> #4  0x00001008 in Init (argument=3852464152)
>     at
> ../../../../../../../rtems-src/c/src/../../testsuites/samples/ticker/init.c:66
> Backtrace stopped: previous frame inner to this frame (corrupt stack?)
> 
> Updating to version 2.0.0 of qemu appears to fix the issue, with
> ticker.exe completing successfully.
> 
> So maybe the xilinx/README file should be updated? I don't know why it
> specified that version of qemu or that ordering for the serial arguments.
> 
> Thanks for the help,
> James
> 
> 

Hello James,

the README has been last updated 2013. It is quite likely that later
changes have been tested with a more recent version of qemu.

I have no idea why this particular order for the '-serial' parameters
has been used. But I checked my usual qemu call and I would agree with
your variant.

Maybe you could update the README file with your experience, used qemu
version (preferably the exact git revision - qemu is a quite active
project) and the fixed parameters and send a patch to the (devel)
mailing list?

Kind regards

Christian Mauderer
-- 
--------------------------------------------
embedded brains GmbH
Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.mauderer at embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax:   +49-89-18 94 741 - 08
PGP: Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.