On Fri, 2021-08-27 at 14:15 +0200, Jan Kiszka wrote:
> On 27.08.21 13:39, Bezdeka, Florian (T RDA IOT SES-DE) wrote:
> > On Fri, 2021-08-27 at 12:23 +0200, Jan Kiszka wrote:
> > > On 27.08.21 12:22, Bezdeka, Florian (T RDA IOT SES-DE) wrote:
> > > > On Fri, 2021-08-27 at 12:03 +0200, Jan Kiszka wrote:
> > > > > On 27.08.21 11:57, Florian Bezdeka wrote:
> > > > > > Hi all,
> > > > > >
> > > > > > first issue:
> > > > > >
> > > > > > maybe someone can explain what's going on here. I'm running autotune
> > > > > > inside qemu (ARM) on an x86_64 host and get the error below. The
> > > > > > kernel in use is 4.19 (ipipe) build with current "next" branch.
> > > > > >
> > > > > > root@demo:~# autotune2
> > > > > > == auto-tuning started, period=1000000 ns (may take a while)
> > > > > > irq gravity... 0 ns
> > > > > > kernel gravity... autotune: tuning failed (kernel): Resource
> > > > > > temporarily unavailable
> > > > > >
> > > > > > dmesg tells me
> > > > > >
> > > > > > [ 92.800781] [Xenomai] autotune(irqhand) started
> > > > > > [ 102.499494] [Xenomai] autotune(kthread) started
> > > > > > [ 108.623898] [Xenomai] autotune(kthread) failed with early shot
> > > > > > (827251 ns)
> > > > > > [ 108.646795] [Xenomai] autotune finished [0i/5000k/5000u]
> > > > > >
> > > > > >
> > > > > > Any idea why / how this early shot can happen? I'm unable to
> > > > > > reproduce it on a real hardware like the beagle bone black.
> > > > > > I wonder why it seems to work in the CI setup...
> > > > > >
> > > > > >
> > > > > >
> > > > > > Second issue: From time to time autotune produces a segfault:
> > > > > >
> > > > > > root@demo:~# autotune
> > > > > > == auto-tuning started, period=1000000 ns (may take a while)
> > > > > > irq gravity... 1984 ns
> > > > > > kernel gravity... 10912ns
> > > > > > user gravity... Segmentation fault
> > > > > >
> > > > > > I haven't seen the segfault with a dovetail enabled kernel yet.
> > > > > > So it might be ipipe related...
> > > > > >
> > > > > > I was able to reproduce once with gdb attached. We seem to crash
> > > > > > in rtmd.c line 170 (do_ioctl, XENOMAI_SYSCALL3()). GDB was
> > > > > > unable to present a backtrace. ("previous frame identical to this
> > > > > > frame (corrupt stack?")
> > > > > >
> > > > >
> > > > > Does corectl provide some hints? Is the kernel reporting a userspace
> > > > > or
> > > > > a kernel space fault?
> > > >
> > > > dmesg doesn't list a segfault at all... Wrong routed signal? I'm going
> > > > to play with corectl, but there was nothing interesting so far.
> > > >
> > >
> > > I meant coredumpctl btw., just to be clear.
> >
> > Wow, once coredumpctl was installed I got:
> >
> > Stack trace of thread 312:
> > #0 0x00000000b6f50daa _Unwind_VRS_Pop (libgcc_s.so.1)
> >
> > Compiler issue? I'm currently using
> > gcc version 10.2.1 20210110 (Debian 10.2.1-6)
> >
>
> Wait: You have a Debian 10 where (gcc is gcc-8), but for this test you
> built autotune (only that?) with gcc-10?
It happens with a 1:1 xenomai-images build as well.
>
> Jan
>
