I enabled the settings below and then it was working. Thanks again.
CONFIG_IA32_EMULATION=yCONFIG_IA32_AOUT=mCONFIG_X86_X32=y
Frederik
On Tuesday, 13 September 2016, 15:39, Frederik Bayart
wrote:
CONFIG_IA32_EMULATION is indeed not set.
I will try to test it this week and let you know
?
Henning
Am Tue, 13 Sep 2016 12:26:33 +
schrieb Frederik Bayart :
> Should it be possible to run an 32 bit non-rt binary on a 64 bit
> ipipe kernel ? I'm using debian jessie amd64 and xenomai 2.6.4 on
> kernel 3.18.20
>
> I have added i386 as foreing architecture and installed
Should it be possible to run an 32 bit non-rt binary on a 64 bit ipipe kernel ?
I'm using debian jessie amd64 and xenomai 2.6.4 on kernel 3.18.20
I have added i386 as foreing architecture and installed the i386 toolchain
$ dpkg --print-architectureamd64s$ dpkg --print-foreign-architecturesi386
I h
> On Monday, 8 February 2016, 23:49, Gilles Chanteperdrix
> wrote:
> On Mon, Feb 08, 2016 at 02:54:12PM +, Frederik Bayart wrote:
> > > On Saturday, 6 February 2016, 14:46, Gilles Chanteperdrix
> > > wrote:
> > >
> > > On Fri, Feb 05, 20
> On Saturday, 6 February 2016, 14:46, Gilles Chanteperdrix
> wrote:
>
> On Fri, Feb 05, 2016 at 11:13:56AM +0000, Frederik Bayart wrote:
>
> > I have build an 3.18.20 kernel with xenomai 2.6.4 git latest with
> > ipipe-core-3.18.20-x86-4.patch on debian jessie amd6
I have build an 3.18.20 kernel with xenomai 2.6.4 git latest with
ipipe-core-3.18.20-x86-4.patch on debian jessie amd64 (64bit).
I try to build an version with ipipe tracer.
If I try to boot, I get a call trace : in __ipipe_init_tracer :
RIP __ipipe_tracer_hrclock_initialized
I tried already
>On Sunday, 8 November 2015, 19:04, Gilles Chanteperdrix
> wrote:
>
>On Fri, Nov 06, 2015 at 04:58:40PM +0000, Frederik Bayart wrote:
>
>> Hallo,
>>
>> I'm using xenomai 2.6.4 on kernel 3.8.13 (patch
>> ipipe-core-3.8.13-x86-4.patch)
>>
>>
Hallo,
I'm using xenomai 2.6.4 on kernel 3.8.13 (patch ipipe-core-3.8.13-x86-4.patch)
In attachment you find the kernel config.
When I boot the kernel on a recent pc's (Intel(R) Core(TM) i5), I don't get
problems, but if I install the same image on an older pc, (Intel(R) Core(TM)
Duo CPU
>On Wednesday, 14 October 2015, 14:41, Philippe Gerum wrote:
>
>On 10/14/2015 02:21 PM, Frederik Bayart wrote:
>>> On Wednesday, 14 October 2015, 12:43, Philippe Gerum
>>> wrote:
>>> On 10/14/2015 12:22 PM, Frederik Bayart wrote:
>>>> Hallo,
>
> On Wednesday, 14 October 2015, 12:43, Philippe Gerum wrote:
>On 10/14/2015 12:22 PM, Frederik Bayart wrote:
>> Hallo,
>> I'm using xenomai 3.0 on kernel 3.18.20 (64 bit).
>>
>> When using single block heap, I'm getting memory allocation problem when
Hallo,
I'm using xenomai 3.0 on kernel 3.18.20 (64 bit).
When using single block heap, I'm getting memory allocation problem when
calling rt_heap_alloc with size 0. I don't get the error when calling the
function with size used in rt_heap_create.
On the mailing list, I found there has been an is
In the documentation of RT_MUTEX_INFO is described :
RT_TASK owner : Current mutex owner, or null if unlocked.
But this is not a pointer, so it can't be compared with NULL. Should you check
RT_TASK.handle ?
Frederik
___
Xenomai mailing list
Xenomai@xen
>On Tuesday, 18 August 2015, 19:25, Philippe Gerum wrote:
>> On 08/18/2015 06:26 PM, Frederik Bayart wrote:
>
>> I have build xeno-3.0.rc7 with kernel 3.18.12.
>> I have a PEAK-PCIe CAN card in my system.
>> Drivers are loaded and rtcan0 en rtcan1 are created in /
I have build xeno-3.0.rc7 with kernel 3.18.12.
I have a PEAK-PCIe CAN card in my system.
Drivers are loaded and rtcan0 en rtcan1 are created in /proc/rtcan.
However, I'm not able to set the baudrate when I'm execute 'rtcanconfig rtcan0
-v -b 100 start'
By adding debug statements in rtcanconf
Sorry for previous mail with no additional content, yahoo mail client is very
sensitive apparently.
> On Saturday, 1 August 2015, 10:43, Philippe Gerum wrote:
>On 07/31/2015 07:54 PM, Frederik Bayart wrote:
>>> On Thursday, 30 July 2015, 18:10, Philippe Gerum wrote:
>>>
>On Thursday, 30 July 2015, 18:10, Philippe Gerum wrote:
>On 07/30/2015 05:08 PM, Frederik Bayart wrote:
>>> On Thursday, 30 July 2015, 16:28, Frederik Bayart
>>> wrote:
>>>> On 07/29/2015 08:27 PM, Philippe Gerum wrote:
>>>>>
>>&g
>On Thursday, 30 July 2015, 18:36, Philippe Gerum wrote:
>On 07/30/2015 04:28 PM, Frederik Bayart wrote:
>>> On 07/29/2015 08:27 PM, Philippe Gerum wrote:
>>>>
>>>> Please merge the commit on top of -rc6 I mentioned this morning, which
>>
>On Thursday, 30 July 2015, 16:28, Frederik Bayart
> wrote:
>>On 07/29/2015 08:27 PM, Philippe Gerum wrote:
>>>
>>> Please merge the commit on top of -rc6 I mentioned this morning, which
>>> fixes the spurious wake up:
>>>
>>&g
>On 07/29/2015 08:27 PM, Philippe Gerum wrote:
>>
>> Please merge the commit on top of -rc6 I mentioned this morning, which
>> fixes the spurious wake up:
>>
>> http://git.xenomai.org/xenomai-3.git/commit/?h=next&id=081cbb8b150f30a019245dfb0e2f0b92cc7f2dfd
>>
>
>Actually, I did not mention it, that
>
>On Wednesday, 29 July 2015, 14:48, Philippe Gerum wrote:
>On 07/29/2015 01:48 PM, Frederik Bayart wrote:
>>> On Wednesday, 29 July 2015, 12:12, Philippe Gerum wrote:
>>>
>>>
>>> On 07/28/2015 05:19 PM, Frederik Bayart wrote:
>>>>>>
> On Wednesday, 29 July 2015, 12:12, Philippe Gerum wrote:
>
>
>On 07/28/2015 05:19 PM, Frederik Bayart wrote:
>>>> ./stest --session=foo 1
>>>>
>>>> The first process binds to the named semaphore which is not yet created.
>>>> Accordin
>> ./stest --session=foo 1
>>
>> The first process binds to the named semaphore which is not yet created.
>> According to the description of rt_sem_bind, if the object does not exist
>> on entry, the caller may block until a semaphore of the given name is
>> created.
>>
>> So based on this desc
> On Tuesday, 14 July 2015, 11:53, Philippe Gerum wrote:
>
>
>On 07/13/2015 03:37 PM, Frederik Bayart wrote:
>
>> Hallo,
>>
>> I have problems to bind named semaphores from an external process using
>> the alchemy API. Below a detailed description. Does an
Hallo,
I have problems to bind named semaphores from an external process using
the alchemy API. Below a detailed description. Does anyone have a suggestion
what could be wrong or what I could do to solve the problem ?
Kind regards,
Frederik
In attachment an example to reproduce my problem (mak
>
>
>On Mon, 22/6/15, Philippe Gerum wrote:
>
> Subject: Re: [Xenomai] include guard trank/posix/pthread.h
> To: "Frederik Bayart" , xenomai@xenomai.org
> Date: Monday, 22 June, 2015, 16:39
>
> On 06/22/2
>
>On Mon, 22/6/15, Philippe Gerum wrote:
>
> Subject: Re: [Xenomai] include guard trank/posix/pthread.h
> To: "Frederik Bayart" , xenomai@xenomai.org
> Date: Monday, 22 June, 2015, 16:49
>
> On 06/22/2015 04:37 PM,
&g
>On Mon, 22/6/15, Frederik Bayart wrote:
>
> Subject: Re: [Xenomai] include guard trank/posix/pthread.h
> To: xenomai@xenomai.org
> Date: Monday, 22 June, 2015, 15:41
>
>
> >
> >On Mon, 22/6/15, Philippe Gerum
> wr
>
>On Mon, 22/6/15, Philippe Gerum wrote:
>
> Subject: Re: [Xenomai] include guard trank/posix/pthread.h
> To: "Frederik Bayart" , xenomai@xenomai.org
> Date: Monday, 22 June, 2015, 14:48
>
> On 06/22/2015 12:26 PM,
On Friday, 19 June 2015, 15:07, Philippe Gerum wrote:
>On 06/19/2015 03:02 PM, Frederik Bayart wrote:
>
>
>
>
>> Hallo,
>> I noticed that both /usr/xenomai/include/trank/trank.h and
>> /usr/xenomai/include/trank/posix/pthread.h share the same include guard
Hallo,
I noticed that both /usr/xenomai/include/trank/trank.h and
/usr/xenomai/include/trank/posix/pthread.h share the same include guard
(_XENOMAI_TRANK_TRANK_H).Can this be an error ? I use compile flags
'xeno-config --skin=native --cflags' and get compile errors. If I change the
include gua
On 19 December 2014 at 15:57, Gilles Chanteperdrix
wrote:
> On Fri, Dec 19, 2014 at 12:20:13PM +0100, Frederik Bayart wrote:
>> On 18 December 2014 at 18:44, Gilles Chanteperdrix
>> wrote:
>> > On Thu, Dec 18, 2014 at 05:53:33PM +0100, Frederik Bayart wrote:
>>
On 18 December 2014 at 18:44, Gilles Chanteperdrix
wrote:
> On Thu, Dec 18, 2014 at 05:53:33PM +0100, Frederik Bayart wrote:
>> Hallo,
>>
>> We have added msi to the rtcan_peak_pci driver
>> In attachment a zip file containing the old and the new rtcan_peak_pci.c
&g
Hallo,
We have added msi to the rtcan_peak_pci driver
In attachment a zip file containing the old and the new rtcan_peak_pci.c
and the patch.
Can this patch be applied the the source tree ?
Kind regards,
Frederik Bayart | Senior software engineer
Triphase NV | Research Park Zone 1719 | Romeinse
frequency will
not scale down.
We want only 1 core running at 100% for temperature reasons.
On 27 July 2012 15:35, Jan Kiszka wrote:
> On 2012-07-27 15:04, Frederik Bayart wrote:
>> I'm running Xenomai 2.6.0 on Linux 2.6.38
>>
>> I have a dual core processor.
>> Whe
I'm running Xenomai 2.6.0 on Linux 2.6.38
I have a dual core processor.
When I run a busywait loop on cpu 0 (see source in attachment), I
can't do anything anymore on the computer although cpu 1 is almost
entirely idle. I can't interrupt the busywait loop, login, type
something in a shell, ...
Thi
ly via
> i...@manroland-web.com, then delete this eMail.
>
> - Please consider your environmental responsibility before printing this eMail
>
> _______
> Xenomai mailing list
> Xenomai@xenomai.org
> http://www.xenomai.org/mailman/listinfo/xenomai
--
Frederik Bayart | Senior sof
36 matches
Mail list logo