BTW, I just wrote an application which is exactly the same with
autoinit_simple_conddestroy. And it can run successfully in my board.
1 #include
2 #include
3 int main(void)
4 {
5 >---pthread_cond_t cond = PTHREAD_COND_INITIALIZER;
6 >---if(pthread_cond_destroy() == 0)
7
Jan,
I removed the CFLAGS and LDFLAGS, with configure command:
./configure --build=i686-pc-linux-gnu --host=arm-linux-gnueabihf
--with-core=cobalt --enable-smp --enable-lazy-setsched
--enable-debug=symbols
But the issue still remains. I changed the failed test case as below,
the issue still
On 10.05.21 09:20, Fangsuo Wu wrote:
> Jan,
> Thanks for your reply. The environment I used is listed below. BTW, I
> can run latency test successfully.
>
> 1. The revision of Xenomai: xenomai-3.1.tar.bz2
> 2. Soc: dual ARM cortex A7
> 3. How I built application libraries:
> ./configure
Jan,
Thanks for your reply. The environment I used is listed below. BTW, I
can run latency test successfully.
1. The revision of Xenomai: xenomai-3.1.tar.bz2
2. Soc: dual ARM cortex A7
3. How I built application libraries:
./configure CFLAGS="-march=armv7-a -mfpu=vfp3"
LDFLAGS="-march=armv7-a
On 07.05.21 17:18, Florian Bezdeka wrote:
> The variant of such helpers which are using a temporary element on the
> stack work in both worlds, so on systems with 4 and 8 byte time_t.
> To keep the code as simple as possible we can remove the
> __BITS_PER_LONG == 64 implementation.
>
>
On 10.05.21 03:56, Fangsuo Wu via Xenomai wrote:
> Hi, I met below errors when running xeno-test in my board:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *sh-4.4# ./xeno-testStarted child 209: /bin/sh
> /usr/xenomai/bin/xeno-test-run-wrapper ./xeno-test++ echo 0++
>
On 07.05.21 23:51, Florian Bezdeka wrote:
> The CI pipeline discovered an invalid instruction on some ARM boards,
> especially the BBB (beaglebone black). Applying this patch series should
> fix the current test failure on "next" branch.
>
> As already discussed: There might be another problem in