Am 19.02.21 um 13:06 schrieb Heinz Junkes:
Sorry. The settings for several targets are in the defaults.
and for ARM-Cortex-A9 the default value is
CLOCK_DRIVER_USE_FAST_IDLE = True
That should be dependent on the BSP. Most likely for most simulator BSPs
it's True.
Best regards
Christian
Sorry. The settings for several targets are in the defaults.
and for ARM-Cortex-A9 the default value is
CLOCK_DRIVER_USE_FAST_IDLE = True
Sorry for the noise ….
Heinz
> On 19. Feb 2021, at 09:45, Christian MAUDERER
> wrote:
>
> I think some of the simulator BSPs have an option that enable s
Unfortunately, the option is set to "False" by default.
CLOCK_DRIVER_USE_FAST_IDLE = False
Heinz
> On 19. Feb 2021, at 09:45, Christian MAUDERER
> wrote:
>
> I think some of the simulator BSPs have an option that enable some kind of
> time laps as soon as the idle routine is reached.
>
> I
Hello Heinz,
Am 19.02.21 um 09:57 schrieb Heinz Junkes:
Sorry, I should have seen…
Yes, it works as you wrote.
Now I just need to clarify the timing problem with fileio keyboard input
Like I said: I would start at the CLOCK_DRIVER_USE_FAST_IDLE option. If
you use my environment, the con
Sorry, I should have seen…
Yes, it works as you wrote.
Now I just need to clarify the timing problem with fileio keyboard input
Vielen, vielen Dank für Deine Hilfe,
Heinz
> On 19. Feb 2021, at 09:45, Christian MAUDERER
> wrote:
>
>
> If you start the script just like it is, it assumes
Hello Heinz,
Am 19.02.21 um 09:31 schrieb junkes:
I'll try your suggested approach. Maybe this will bring us closer to the
matter.
In the meantime, with your setup it works great. Only too well ;-)
Good to hear.
e.g. ticker.exe restarts itself automatically again and again endlessly.
The
I'll try your suggested approach. Maybe this will bring us closer to the
matter.
In the meantime, with your setup it works great. Only too well ;-)
e.g. ticker.exe restarts itself automatically again and again endlessly.
fileio.exe also endlessly, no input is accepted.
Everything seems to run "t
Hello Heinz,
Am 19.02.21 um 07:53 schrieb junkes:
Hello Christian,
I checked with gdb.
start with
sudo ~/QEMU/rtems/6/bin/qemu-system-arm -M xilinx-zynq-a9 -S -s -m 256M
-no-reboot -serial null -serial mon:stdio -nographic -kernel
./arm-rtems6/c/xilinx_zynq_a9_qemu/testsuites/samples/fileio
Hello Christian,
I checked with gdb.
start with
sudo ~/QEMU/rtems/6/bin/qemu-system-arm -M xilinx-zynq-a9 -S -s -m 256M
-no-reboot -serial null -serial mon:stdio -nographic -kernel
./arm-rtems6/c/xilinx_zynq_a9_qemu/testsuites/samples/fileio.exe
other terminal:
$ ~/QEMU/rtems/6/bin/arm-rte
Hello Heinz,
On 18/02/2021 21:38, junkes wrote:
Hallo Christian,
thank you for testing. This is "my procedure":
hm. There doesn't seem to be a big difference to mine. If you are
interested, take a look at the install target in the Makefile in:
https://gitlab.com/c-mauderer/rtems-simulation-
Hallo Christian,
thank you for testing. This is "my procedure":
### Installation RTEMS6 / EPICS7 (xilinx_zynq_a9_qemu)
Installation RTEMS6 and EPICS 7 incl. rtems tools, kernel, bsp and
libbsd
ubuntu 20.04.1
---
**Installing rtems source builder and build rtems-powerpc tools**
mkdir QE
Hello Heinz,
Odd. I just tested it with the current master of rtems, libbsd, rtems
source builder and qemu and it worked fine. The only thing that I had to
change compared to your command was adding the "-serial null" before the
second "-serial mon:stdio". Note that it's "null" and not "none"
Thanks, unfortunately I also have the same behavior with -serial null -serial
on:stdio.
So I use it with RTEMS5 which worked so far.
I had found this in the mail list and tried it ;-)
Heinz
Qemu's machine definition uses the second UART in the memory map as the
primary UART. This follows from t
Hello Heinz,
Am 18.02.21 um 15:32 schrieb junkes:
I just started testing RTEMS6 with xilinx_zynq_a9_qemu.
When I run the examples (in bsp or rtems-libbsd) there is no console
in/out-put.
qemu-system-arm -no-reboot -serial mon:stdio -net none -nographic -M
xilinx-zynq-a9 -m 256M -kernel
b
I just started testing RTEMS6 with xilinx_zynq_a9_qemu.
When I run the examples (in bsp or rtems-libbsd) there is no console
in/out-put.
qemu-system-arm -no-reboot -serial mon:stdio -net none -nographic -M
xilinx-zynq-a9 -m 256M -kernel
build/arm-rtems6-xilinx_zynq_a9_qemu-default/commands0
15 matches
Mail list logo