- Den 16 feb 2021, på kl 12:34, xenomai xenomai@xenomai.org skrev:
> hi, I'm doing some tests. I'm measuring the execution time of a task. the
> task takes about 10us to complete. But I am noticing that it takes even
> just over 5us at times. I therefore don't have a constant running time.
- Den 15 feb 2021, på kl 14:16, Leandro Bucci guestleandr...@gmail.com
skrev:
> Yes I want a mode switch happened, thank for your answer
> Il lun 15 feb 2021, 14:15 Per Oberg < [ mailto:p...@wolfram.com |
> p...@wolfram.com ] > ha scritto:
>> - Den 15 feb 2021, på kl 14:00, xenomai [
- Den 4 dec 2020, på kl 15:04, xenomai xenomai@xenomai.org skrev:
> Hi there Jan,
> Thank you for your fast response
> I am not too sure if i understood what you mean by compiling against
> Xenomai.
> Within my cmake I have attached the Xenomai's config, Posix Libraries and
> directories
>
though I had USB devices for the non RT part, and the
RT driver completely ignores the USB hardware so it worked straight out of the
box.
> On Mon, Nov 9, 2020 at 5:22 PM Per Oberg via Xenomai
> wrote:
> > - Den 9 nov 2020, på kl 2:35, xenomai xenomai@xenomai.org s
- Den 9 nov 2020, på kl 2:35, xenomai xenomai@xenomai.org skrev:
> Hi, list
> Is it possible to enable rt Can devices and non-rt Can devices at the
> same time on the Linux+Xenomai platform?
> What about ethernet devices?
I Can't see any reason why this shouldn't work, so YES!
If you
- Den 8 okt 2020, på kl 14:47, xenomai xenomai@xenomai.org skrev:
> Hi to all,
> I have an ARM board (iMX6SX).
> - kernel 4.9.88
> - xenomai 3.0.9
> - ipipe-core-4.9.51-arm-4
> I have run a simple xenomai alchemy test :
> - a task that wait an event (timeout 10 secs)
> - a task that
- Den 1 okt 2020, på kl 9:41, xenomai skrev:
> Hi list
> Is there a way that I can tell if a network socket is a real time socket or a
> regular socket runtime ?
> Usually I always know beforehand whether something is going to be a real time
> socket or a std posix socket. Now it will
Hi list
Is there a way that I can tell if a network socket is a real time socket or a
regular socket runtime ?
Usually I always know beforehand whether something is going to be a real time
socket or a std posix socket. Now it will depend on the host-address.
I have this posix-skin application
- Den 14 sep 2020, på kl 20:20, xenomai xenomai@xenomai.org skrev:
> Hi,
> I wish to create two sets of packages for ALT Linux for libxenomai one
> for Cobalt and another for Mercury core.
> But, it seems this is hard to achieve, because sonames would be the same.
> Is there any
- Den 10 aug 2020, på kl 9:52, Petr Červenka gr...@centrum.cz skrev:
> Hello.
> The problem is only when I use Xenomai linking flags and only with
> thestart time. Period is OK.
> That aprox. 16s time delay can be "compensated" by substracting of any
> number of seconds from the start time.
- Den 15 jun 2020, på kl 17:57, Jan Kiszka jan.kis...@siemens.com skrev:
> On 15.06.20 17:34, Per Oberg via Xenomai wrote:
> > Hi list
>> I thought I'd take the xenomai-images from [1] out for a spin and I think I
>> got
> > it working. However, A few pointers ab
Hi list
I thought I'd take the xenomai-images from [1] out for a spin and I think I got
it working. However, A few pointers about what is what would have been helpful.
E.g.
Under "Building Target Images" there could have been a note saying that you
need the kas.yml files and
- Den 12 jun 2020, på kl 17:54, Jan Kiszka jan.kis...@siemens.com skrev:
> On 12.06.20 17:47, Per Oberg via Xenomai wrote:
> > - Den 12 jun 2020, på kl 17:33, Jan Kiszka jan.kis...@siemens.com skrev:
> >> On 12.06.20 17:26, Per Oberg via Xenomai wrote:
> >
- Den 12 jun 2020, på kl 17:33, Jan Kiszka jan.kis...@siemens.com skrev:
> On 12.06.20 17:26, Per Oberg via Xenomai wrote:
> > Hi list
>> I get a massive amount of "swithching ... to secondary mode after exception
>> #14
> > in kernel-space ..."
- Den 12 jun 2020, på kl 17:26, xenomai xenomai@xenomai.org skrev:
> Hi list
> I get a massive amount of "swithching ... to secondary mode after exception
> #14
> in kernel-space ..." followed by a WARNING as shown below.
> Can someone enlighten me regarding the meaning of exception #14
> > > - Den 9 jun 2020, på kl 18:16, Philippe Gerum r...@xenomai.org
> > > > skrev:
> > > >> On 6/9/20 4:49 PM, Per Oberg via Xenomai wrote:
> > > >>> Hello list!
> > > >>> I get this error when running a posix-wrapper-c
Hi list
I get a massive amount of "swithching ... to secondary mode after exception #14
in kernel-space ..." followed by a WARNING as shown below.
Can someone enlighten me regarding the meaning of exception #14 ?
Is the "WARNING: CPU: 0 ..." the cause or the symptom ? It has a macro at fd.c
; > >> On 6/9/20 4:49 PM, Per Oberg via Xenomai wrote:
> > >>> Hello list!
> > >>> I get this error when running a posix-wrapper-compiled software pacakge
> > >>> on
> > >>> rtnet. Could someone please help me pinpoint which io
- Den 12 jun 2020, på kl 10:40, Philippe Gerum r...@xenomai.org skrev:
> On 6/12/20 10:02 AM, Per Oberg wrote:
> > - Den 9 jun 2020, på kl 18:16, Philippe Gerum r...@xenomai.org skrev:
> >> On 6/9/20 4:49 PM, Per Oberg via Xenomai wrote:
> >>> Hello list
- Den 9 jun 2020, på kl 18:16, Philippe Gerum r...@xenomai.org skrev:
> On 6/9/20 4:49 PM, Per Oberg via Xenomai wrote:
> > Hello list!
>> I get this error when running a posix-wrapper-compiled software pacakge on
>> rtnet. Could someone please help me pinpoint w
Hello list!
I get this error when running a posix-wrapper-compiled software pacakge on
rtnet. Could someone please help me pinpoint which ioctl is causing this? (Does
it say in the text below or do I need to start spreading breadcrumbs ? )
[ 85.577201] I-pipe domain: Linux
[ 85.577624] task:
e with the ".recvfrom =
xxx" syntax but setsockopt seems to be different.
Also, when looking in the code i see that "MSG_DONTWAIT" is supported for
rt_packet_recvmsg and that it sets sock->timeout to -1. So it seems a small fix
to make this work, if I only knew where how setsockopt was
> > -Original Message-----
> > From: Xenomai On Behalf Of Per Oberg via
> > Xenomai
> > Sent: Donnerstag, 16. April 2020 18:08
> > To: xenomai
> > Subject: RTNet and setsockopt
> > NON-ANDRITZ SOURCE: BE CAUTIOUS WITH CONTENT, LINKS OR
> > ATTACHME
Dear list
I am "porting" a posix application using raw network packages to RTNet. The old
code is trying to use setsockopt and ioctl. The calls I am trying to use are
setsockopt:
SO_RCVTIMEO
SO_SNDTIMEO
SO_DONTROUTE
These return "No such device". I guess that this is because setsockopt is
- Den 16 apr 2020, på kl 9:37, Per Öberg p...@wolfram.com skrev:
> Den 16 apr 2020, på kl 6:18, xenomai xenomai@xenomai.org skrev:
> > Hi,
> > I have used xenomai - 3.0.5 to patch linux-4.9.38 on ubuntu 18.04. I have
> > completed the building process without any errors. When I
Den 16 apr 2020, på kl 6:18, xenomai xenomai@xenomai.org skrev:
> Hi,
> I have used xenomai - 3.0.5 to patch linux-4.9.38 on ubuntu 18.04. I have
> completed the building process without any errors. When I rebooted to the
> builded OS, I am facing some errors as follows:
> error : can't
- Den 25 feb 2020, på kl 16:15, Benji mieth...@b-tu.de skrev:
> On 2/25/20 4:06 PM, Per Oberg wrote:
> > Are you sure you are running on the cobalt/rt enabled kernel?
> > When running "dmesg | grep Xenomai" do you see something like
> > # [ 1.417024] [Xenomai] scheduling class idle
- Den 25 feb 2020, på kl 15:57, Benji mieth...@b-tu.de skrev:
> On 2/25/20 3:48 PM, Per Oberg wrote:
> >> Then I would say that you have a mismatch between the versioning
> >> information in
> >> your module and kernel build. Are they built together or separately?
> >> Can you please
- Den 25 feb 2020, på kl 15:44, Per Öberg p...@wolfram.com skrev:
> - Den 25 feb 2020, på kl 15:24, Benji mieth...@b-tu.de skrev:
> > On 2/25/20 3:11 PM, Per Oberg wrote:
> > > - Den 25 feb 2020, på kl 15:02, xenomai xenomai@xenomai.org skrev:
> > >> Hello all,
> > >> I'm a
- Den 25 feb 2020, på kl 15:24, Benji mieth...@b-tu.de skrev:
> On 2/25/20 3:11 PM, Per Oberg wrote:
> > - Den 25 feb 2020, på kl 15:02, xenomai xenomai@xenomai.org skrev:
> >> Hello all,
> >> I'm a student working on a project comparing different real time OS
> >> approaches. Trying
- Den 25 feb 2020, på kl 15:02, xenomai xenomai@xenomai.org skrev:
> Hello all,
> I'm a student working on a project comparing different real time OS
> approaches. Trying to get RTnet working on a Xenomai Cobalt kernel, but
> stuck on loading required kernel modules.
> System is running
- Den 2 dec 2019, på kl 17:05, xenomai xenomai@xenomai.org skrev:
> It has been two years since I stepped down as Xenomai's lead maintainer.
> In the meantime, Jan took over and did a very good job in this role as
> expected.
> Since this transition period is now taking an end, I'm switching
- Den 28 okt 2019, på kl 16:33, Wolfgang Denk w...@denx.de skrev:
> Dear François,
> In message <30dd-5db6ef80-fb-21e4bb80@177088666> you wrote:
> > > It seems like the www-prefixed https version is working
> > > https://www.xenomai.org
> > > The http://www redirects to
- Den 28 okt 2019, på kl 14:04, xenomai xenomai@xenomai.org skrev:
> Hello,
> just to let anybody know that xenomai.org main page has been down for a few
> days
> now.
> François LEGAL
It seems like the www-prefixed https version is working
https://www.xenomai.org
The http://www
- Den 17 okt 2019, på kl 2:56, xenomai xenomai@xenomai.org skrev:
> Here is my test case:
> Install debian 9.6 in virtual machine(virtualbox).
> - Case 1: Build ipipe kernel(4.9.146) with debian's kerner default
> config, when use this kernel to bootup system, click hibernate
>
- Den 27 sep 2019, på kl 15:07, xenomai xenomai@xenomai.org skrev:
> On 26.09.19 17:47, Davy via Xenomai wrote:
> >> On 06.09.19 15:38, davy.regn...@univ-grenoble-alpes.fr wrote:
> >>> Hi Jan,
> >>> Thank you for your quick reply. If I want to use the last stable release
> >>> xenomai
- Den 16 sep 2019, på kl 19:01, Jan Kiszka jan.kis...@siemens.com skrev:
> On 16.09.19 17:33, Per Oberg wrote:
> > - Den 16 sep 2019, på kl 16:59, Jan Kiszka jan.kis...@siemens.com skrev:
> >> On 16.09.19 14:41, Per Oberg via Xenomai wrote:
> >>> - Den
- Den 16 sep 2019, på kl 16:59, Jan Kiszka jan.kis...@siemens.com skrev:
> On 16.09.19 14:41, Per Oberg via Xenomai wrote:
> > - Den 16 sep 2019, på kl 14:36, Per Öberg p...@wolfram.com skrev:
> >> - Den 16 sep 2019, på kl 11:34, Jan Kiszka jan.kis...@sieme
- Den 16 sep 2019, på kl 14:36, Per Öberg p...@wolfram.com skrev:
> - Den 16 sep 2019, på kl 11:34, Jan Kiszka jan.kis...@siemens.com skrev:
> > On 16.09.19 09:32, Per Oberg via Xenomai wrote:
> > > Hello list
> >> I am trying to understand how rtdm
- Den 16 sep 2019, på kl 11:34, Jan Kiszka jan.kis...@siemens.com skrev:
> On 16.09.19 09:32, Per Oberg via Xenomai wrote:
> > Hello list
>> I am trying to understand how rtdm works, and possibly why out of a
>> historical
>> context. Perhaps there
- Den 16 sep 2019, på kl 11:34, Jan Kiszka jan.kis...@siemens.com skrev:
> On 16.09.19 09:32, Per Oberg via Xenomai wrote:
> > Hello list
>> I am trying to understand how rtdm works, and possibly why out of a
>> historical
>> context. Perhaps there is a good pla
Hello list
I am trying to understand how rtdm works, and possibly why out of a historical
context. Perhaps there is a good place to read up on this stuff, then please
let me know.
It seems like in the rtdm-api there is only open, but no open_rt or open_nrt.
More specifically we have:
-
an Kiszka jan.kis...@siemens.com skrev:
> >> On 13.09.19 16:58, Per Oberg via Xenomai wrote:
> >>> Dear all
> >>> I'm trying to figure out the significance and meaning of the following
> >>> warning,
> >>> see [1] below . It's
- Den 13 sep 2019, på kl 17:02, Jan Kiszka jan.kis...@siemens.com skrev:
> On 13.09.19 16:58, Per Oberg via Xenomai wrote:
> > Dear all
>> I'm trying to figure out the significance and meaning of the following
>> warning,
>> see [1] below . It's from when
Dear all
I'm trying to figure out the significance and meaning of the following warning,
see [1] below . It's from when using the peak-linux-driver for their CAN
devices.
This warning happens every time my software opens or closes a rtdm/pcanx
device. I briefly touched upon this when talking
- Den 22 aug 2019, på kl 16:27, Laurentiu-Cristian Duca
laurentiu.d...@gmail.com skrev:
> Hi,
> I have used rtifconfig, rtroute and rtping and I mentioned that worked,
> I have written that rtt-sender and rtt-responder which use posix skin
> worked only on vnic0 and not on rteth0.
> I
- Den 22 aug 2019, på kl 13:21, xenomai xenomai@xenomai.org skrev:
> Hi,
> I have made a test between two qemu-x86_64-rt_8139too with different
> mac and IP addresses,
> one is master one is slave. In each of them I do:
> /usr/xenomai/sbin/rtnet start
> Then the applications rtt-sender
- Den 17 aug 2019, på kl 12:13, danwe daniel.wenninge...@gmail.com skrev:
> Hello Per,
Hello!
I'll re-add the list to my answer.
> thanks for your reply. It helped me a lot. But you did not really answer my
> question regarding the jitter:
> > 2. I have seen some big difference in
- Den 16 aug 2019, på kl 10:17, xenomai xenomai@xenomai.org skrev:
> Hello,
> I have made a comparison for Roundtrip time between Xenomai 2 / RTnet,
> Xenomai 3 and Debian distribution. I would like to ask you some specific
> questions as I am not sure.
> 1. I have read that Xenomai does
- Den 4 jun 2019, på kl 9:45, Per Öberg p...@wolfram.com skrev:
> - Den 3 jun 2019, på kl 17:33, Jan Kiszka jan.kis...@siemens.com skrev:
> > On 03.06.19 11:10, Per Oberg via Xenomai wrote:
> > > - Den 3 jun 2019, på kl 11:06, xenomai xenomai@xenomai.org
- Den 3 jun 2019, på kl 17:33, Jan Kiszka jan.kis...@siemens.com skrev:
> On 03.06.19 11:10, Per Oberg via Xenomai wrote:
> > - Den 3 jun 2019, på kl 11:06, xenomai xenomai@xenomai.org skrev:
> >> Hi,
> >> My program opens a RTnet socket successfully
- Den 3 jun 2019, på kl 11:06, xenomai xenomai@xenomai.org skrev:
> Hi,
> My program opens a RTnet socket successfully but the program gets killed
> by a different issue that has nothing to do with this. However, the
> RTnet socket is still bound. If I try to start the program again i
- Den 28 maj 2019, på kl 8:45, Jan Kiszka jan.kis...@siemens.com skrev:
> On 27.05.19 18:13, Per Oberg wrote:
> > - Den 27 maj 2019, på kl 10:22, Jan Kiszka jan.kis...@siemens.com skrev:
> >> On 27.05.19 09:27, Per Oberg via Xenomai wrote:
> >>> Hi
- Den 27 maj 2019, på kl 10:22, Jan Kiszka jan.kis...@siemens.com skrev:
> On 27.05.19 09:27, Per Oberg via Xenomai wrote:
> > Hi folks
>> I am having some troubles with UDP and rtnet. I think it used to work, but
>> I'm
>> not sure in what configuration. I
Hi folks
I am having some troubles with UDP and rtnet. I think it used to work, but I'm
not sure in what configuration. I had to update to meet some driver demands and
now i am using the following versions:
Xenomai 3.0.7
ipipe-core-4.9.90-x86-6
Kernel 4.9.90
When trying to send a UDP
- Den 16 maj 2019, på kl 17:51, Philippe Gerum r...@xenomai.org skrev:
> application itself. The devil is in the detail.
This, exactly this! Always!
> --
> Philippe.
Just needed to be said.
Per Öberg
- Den 16 maj 2019, på kl 17:51, Philippe Gerum r...@xenomai.org skrev:
> On 5/7/19 8:53 AM, Per Oberg wrote:
> > - Den 6 maj 2019, på kl 10:07, xenomai xenomai@xenomai.org skrev:
> >> On 5/6/19 6:34 AM, 송대영 via Xenomai wrote:
> >>> [webmailreconf.public.do?24538165]
> >>> Hello,
- Den 6 maj 2019, på kl 10:07, xenomai xenomai@xenomai.org skrev:
> On 5/6/19 6:34 AM, 송대영 via Xenomai wrote:
> > [webmailreconf.public.do?24538165]
> > Hello, expert.
> > I have a question about Xenomai Mercury and PREEMPT_RT.
> > Following "Xenomai 3 – An Overview of the Real-Time
- Den 28 mar 2019, på kl 18:10, xenomai xenomai@xenomai.org skrev:
> Hey guys, I was wondering if there is an update on the INTR-REMAP UDD driver
> issue. We have not had any troubleshooting breakthroughs on our end.
> Best Regards,
> Jim Elliott
>
>
Hello list!
I am running Xenomai 3.0.7. released version with Kernel 4.9.90 patchlevel 6.
We have a new x86-64 hardware, and during a test-run the clocksource went
unstable, see (1) below for dmesg.
After this, calls to "clock_gettime(CLOCK_HOST_REALTIME,)" went
bananas. Like if time stopped
On Mon Nov 5 03:43:49 CET 2018 limingyu wrote:
> Hello,
>
> I‘m recently work with Xenomai and RTnet,
>
> and I found that rt_e1000e driver didn't goes
>
> well with the my computer(As my computer
>
> uses I219-V2 Ethernet adapter), so I just try to
>
> work it out.
>
> I use the
- Den 13 mar 2019, på kl 9:53, Per Öberg p...@wolfram.com skrev:
> > - Den 18 feb 2019, på kl 13:43, Jan Kiszka jan.kis...@siemens.com skrev:
> > > On 18.02.19 13:36, Per Oberg via Xenomai wrote:
> > > > Hello list
> > >> I have this issue wher
.02.19 13:36, Per Oberg via Xenomai wrote:
> > > Hello list
> >> I have this issue where my e1000e network card gets into some kind of
> >> cyclic
> >> hardware reset during operation. The weird thing is that this only happens
> >> when
> >>
Hi
019, på kl 17:20, xenomai xenomai@xenomai.org skrev:
> Hi everyone：
> I am using xenomai + RTnet in Ubuntu，Xenomai version 3.0.5 Linux kernal
> version
> 4.9.38. And the ethernet card is Intel e1000.
> I'm going to use RTnet to communicate with regular UDP socket like a socket
> in
>
- Den 18 feb 2019, på kl 13:43, Jan Kiszka jan.kis...@siemens.com skrev:
> On 18.02.19 13:36, Per Oberg via Xenomai wrote:
> > Hello list
>> I have this issue where my e1000e network card gets into some kind of cyclic
>> hardware reset during operation. The weird th
Hello list
I have this issue where my e1000e network card gets into some kind of cyclic
hardware reset during operation. The weird thing is that this only happens when
I let systemd start the application. If it's started manually it always works
as intended.
I am running xenomai 3.0.7 with
- Den 4 dec 2018, på kl 12:40, xenomai xenomai@xenomai.org skrev:
> Hello,
Hi,
I accindently posted my answer directly to Evandro. So for completeness I
include Xenomai list.
You have some answers already, however my Xenomai 2 vs 3 comment was not
mentioned earlier.
> Is it possible
There is an issue with a link on the wiki
Page:
https://gitlab.denx.de/Xenomai/xenomai/wikis/Building_Applications_For_Xenomai_3
In the paragraph that reads:
"Compiling a Xenomai 3 application
Please refer to this document for
detailed explanations on the build and setup processes of a Xenomai
- Den 16 nov 2018, på kl 14:29, Jan Kiszka skrev:
> On 16.11.18 09:14, Per Oberg via Xenomai wrote:
> > Hi everyone
>> I'm confused over the xeno-config use of DESTDIR and cross-compiling. In the
> > documentation (1) it is claimed that it follows the GNU coding st
Hi everyone
I'm confused over the xeno-config use of DESTDIR and cross-compiling. In the
documentation (1) it is claimed that it follows the GNU coding standards.
Snippet:
"If DESTDIR was set when installing Xenomai - typically after cross-compiling -
DESTDIR must be set to the same value
70 matches
Mail list logo
