davide doninelli wrote:
> Hi
> i see in linux proces 3 xenomai processes per xenomai RT task .
> I don't understand what are the first 2 process.
> Is that right? What are used for? Tasks are like in envelope?
> i don't find information about that.
>
> #ps
>
> 483 root ./interrupt_xeno_
Henri Roosen wrote:
>
> Thanks Gilles for your input. This Priority Coupling stuff is a little
> complex and input about the corner cases is always welcome and
> helpful!
>
> I did a little more tests with xnpod_schedule() commented out on
> LO_WAKEUP_REQ. Scheduling shows as expected to me: the
davide doninelli wrote:
> ok, two more questions...
> What's main thread and manager thread roles?
The main thread is the one running the "main" function.
The manager thread is something internal to linuxthreads, so, if it is
documented somewhere, it must be in some documentation related to
linux
Philippe Gerum wrote:
> (*) Unless I find a way to direct the linux scheduler to the "right"
> task in the migration case, but so far, I found none (none that would be
> sane, I mean).
In Henri particular case. Maybe there would be a way to call
wake_up_process first, then look into the (Linux) sc
Eric Eric wrote:
> Hello, in the course of evaluating migration from Integrity to
> Xenomai, a few questions have come up that I am having a hard time
> finding info on:
>
> - Are there any examples of commercial projects that use Xenomai? I'm
> specifically looking for propaganda like this RTEMS
Guenter Ebermann wrote:
> Eric Eric wrote:
>> - Are there any examples of commercial projects that use Xenomai? I'm
>> specifically looking for propaganda like this RTEMS flier:
>> http://www.rtems.com/sites/default/files/RTEMS-Users-V2.pdf
>
> A big HIL supplier in germany uses xenomai in his pr
Richard Cochran wrote:
> On Wed, Apr 06, 2011 at 09:02:33AM +0200, Gilles Chanteperdrix wrote:
>> Guenter Ebermann wrote:
>>> In germany there are denx (www.denx.de) and pengutronix
>>> (http://www.pengutronix.de/).
>>> Perhaps there are even more but these ar
Nolan Waite wrote:
> I've attached a zip containing the output of dmesg (as run just
> before running the latency test), the output of `cat
> /proc/interrupts`, and my kernel .config file. I set up netconsole
> immediately prior to running the latency test, but received nothing,
> so I believe the
Nolan Waite wrote:
> I've attached a zip containing the output of dmesg (as run just
> before running the latency test), the output of `cat
> /proc/interrupts`, and my kernel .config file. I set up netconsole
> immediately prior to running the latency test, but received nothing,
> so I believe the
Nolan Waite wrote:
> Hi, thanks for taking a look.
>
> Before trying the suggestions below, I configured the kernel as requested in
> your other reply: I disabled Xenomai debug and turned off the function
> tracer. I attached the new .config for reference.
>
> On 2011-04-0
Nolan Waite wrote:
> On 2011-04-08, at 1:13 AM, no...@nolanw.ca wrote:
>
>> I've attached a zip containing the output of dmesg (as run just before
>> running the latency test), the output of `cat /proc/interrupts`, and my
>> kernel .config file. I set up netconsole immediately prior to running t
Nolan Waite wrote:
> Hi, thanks for taking a look.
>
> Before trying the suggestions below, I configured the kernel as requested in
> your other reply: I disabled Xenomai debug and turned off the function
> tracer. I attached the new .config for reference.
Ok. Still in the kernel configuration.
Doninelli Davide wrote:
> Hi,
> ioremap and related function like readw/l or writew/l are executed in which
> domain?
The notion of "service X is executed in domain Y", only applies to
user-space services, because such services go through syscalls, and
Xenomai is able to switch automatically the
Nolan Waite wrote:
> Hello,
>
> Thanks for the help so far.
>
> On 2011-04-08, at 7:19 PM, Gilles Chanteperdrix wrote:
>
>> The question being, do you get the text of a kernel oops when the
>> bug happens? Because if this is what happens, what we would like is
&g
Jeff Weber wrote:
Hi Jeff,
any news about the hostrt patch I sent you for x86_32? Does it work?
> From testing, I found that if I enable PTHREAD_WARNSW for a pthread, I must
> explicitly disable this mode before the thread terminates, or the thread
> draws a signal 24 SIGXCPU.
Yes, the problem
Jeff Weber wrote:
> Gilles:
>
> On Tue, Apr 12, 2011 at 9:38 AM, Gilles Chanteperdrix <
> gilles.chanteperd...@xenomai.org> wrote:
>
>> Jeff Weber wrote:
>>
>> Hi Jeff,
>>
>> any news about the hostrt patch I sent you for x86_32? Does
Nolan Waite wrote:
> On 2011-04-12, at 5:12 AM, Gilles Chanteperdrix wrote:
>
>> In the kernel configuration. Could you try changing the following
>> configuration options: CONFIG_FTRACE to n CONFIG_SECURITY to n
>> CONFIG_DEBUG_RODATA to n CONFIG_KGDB to n CONFIG_AUDIT
Jeff Weber wrote:
> On Tue, Apr 12, 2011 at 10:20 AM, Gilles Chanteperdrix <
> gilles.chanteperd...@xenomai.org> wrote:
>
>> Jeff Weber wrote:
>>> Gilles:
>>>
>>> On Tue, Apr 12, 2011 at 9:38 AM, Gilles Chanteperdrix <
>>> gilles
Jeff Weber wrote:
> I wish to avoid unwanted transitions of POSIX pthreads to secondary mode due
> to page faults.
>
> Does calling
> mlockall(MCL_CURRENT | MCL_FUTURE)
>
> lock pages when the memory is allocated, or referenced?
>
> From reviewing Xenomai, Linux RT_PREEMPT, and RTAI code, it app
Jeff Weber wrote:
> On Thu, Apr 14, 2011 at 7:18 AM, Gilles Chanteperdrix <
> gilles.chanteperd...@xenomai.org> wrote:
>
>> Jeff Weber wrote:
>>> I wish to avoid unwanted transitions of POSIX pthreads to secondary mode
>> due
>>> to page faults.
Henri Roosen wrote:
> Ok, I'm back on this one now.
>
> I couldn't find the 'the signal rebase over the mayday support'
> patches which Philippe mentioned. I searched the xenomai-2.5 and
> xenomai-head trees. Is it somewhere available? It might be a good
> starting point.
When Philippe said: "So
davide doninelli wrote:
> Hi,
> With xenomai on the APF27, the commands rt_printf() don't print on console?
> Have someone the same issue?
> Or i need to change some output ? (on which serial print out)
>
>
> rt_printk() works fine.
>
http://www.xenomai.org/index.php/Request_for_information
davide doninelli wrote:
> Hi,
> sorry i precise
> Linux kernel v.2.6.29.6
> Adeos patch 2.6.29 2.6.26-mxc
> Xenomai v. 2.4.8
As mentioned in the first paragraph, please try and verify that the
problem exists with the latest version of that branch (2.4.10).
Please also send us a small self-contain
François Beaufort wrote:
> I can't show you /proc/interrupts when ipu and I-pipe are enabled
> because the system doesn't start in this case.
Ok. I failed to get that from your first mail. I do not know either if
you are using a vanilla kernel, or a patched one?
If a patched one, then you have t
François Beaufort wrote:
>
>
>> Date: Wed, 20 Apr 2011 12:54:00 +0200
>> From: gilles.chanteperd...@xenomai.org
>> To: francois.beauf...@live.fr
>> CC: xenomai-help@gna.org
>> Subject: Re: [Xenomai-core] xenomai and framebuffer-ipu on target iMx35
>>
>> François Beaufort wrote:
>>> I can't show y
Aurele Traynard wrote:
> hello,
>
> I am new in xenomai, I am trying to make a module to read a "FPGA register"
> who is on the "data bus".
> without xenomai I use "ioremap" and "readl/writel" but with xenomai those
> doesn't work...
How do you mean they do not work? If they did not work, your ke
Aurele Traynard wrote:
> hello,
>
> I am new in xenomai, I am trying to make a module to read a "FPGA register"
> who is on the "data bus".
> without xenomai I use "ioremap" and "readl/writel" but with xenomai those
> doesn't work...
>
> so i would like to know how i could read this register?
> i
Aurele Traynard wrote:
> ok i'm sorry i wasn't clear at all...
> my problem is : when i call readl in a rt_task, the task is stopped...
> (maybe because the rt_task is launched in a module?)
> "Xenomai: suspending kernel thread bf0041c8 ('test_rt') at 0xbf003824 after
> exception #0"
> if i remove
Aurele Traynard wrote:
> 2011/4/22 Gilles Chanteperdrix
>
>> Aurele Traynard wrote:
>>> ok i'm sorry i wasn't clear at all...
>>> my problem is : when i call readl in a rt_task, the task is stopped...
>>> (maybe because the rt_task is launched in
Mauro Salvini wrote:
> Hi to all,
>
> I'm running Xenomai 2.5.5.2 IPipe 2.7-04 on kernel 2.6.35.7-x86.
>
> I have a main real time task that creates a thread: this thread calls
> rt_task_shadow() to turns itself into real-time task I discovered
> this: if I exit from this task and then call rt_ta
Eric Eric wrote:
> Hello, I've asked a lot of questions here and gotten very prompt and helpful
> responses, so I summarized them in a FAQ since I figure others may have
> similar questions. See http://ericrebates.zzl.org/xen_faq.txt . If this
> seems useful maybe someone can append them to the e
at91_enthus wrote:
> Hi.
>
> I patched a 2.6.35 kernel with Xenomai 2.5.6.
>
> I was able to do a first update and even install a few packages on my
> Atmel board.
> However, when I tried to install some more on the board, I got his
> error message:
> -
at91_enthus wrote:
> On Sun, Apr 24, 2011 at 1:37 AM, Gilles Chanteperdrix
>> What FCSE options have you configured?
>>
>
> FCSE mode (guaranteed)
That is probably the issue then. In guaranteed mode, a process can not
have an address space larger than 32MB. apt-get probably
Simon Leonard wrote:
> I have code based on the POSIX skin. For a (python related) reason, I
> had to re-compile Xenomai with --enable-dlopen-skins. The result is that
> unless I call rt_task_shadow, my threads don't work like they used to.
Mmmm. Normally, without --enable-dlopen-skins, only the
Eric Eric wrote:
> On Sat, Apr 23, 2011 at 5:41 PM, Gilles Chanteperdrix <
> gilles.chanteperd...@xenomai.org> wrote:
>
>> Eric Eric wrote:
>>> Hello, I've asked a lot of questions here and gotten very prompt and
>> helpful
>>> responses, so I
Asier Tamayo wrote:
> Hello again,
>
> When one doesn't get replies to his questions, it may be either
> because: i) they are too obvious (RTFM), ii) too difficult, iii)
> there is little information and it makes the checking in one's system
> impossible, or iv) they haven't been correctly explain
Mauro Salvini wrote:
>> Why would not it be correct? I mean, Linux threads are joinable by
>> default, so, it is normal that rt_task_join succeeds. Now, we can
>> implement a different behaviour, but for what reason?
>
> OK sorry, I wrongly think that rt_task_shadow() follows
> rt_task_create()
Mauro Salvini wrote:
> Hi,
>
> as from mail subject, I have an issue with rt_task_join() when called into
> shared object destructor.
>
> I run xenomai 2.5.5.2 IPipe patch 2.7-4 on x86 2.6.35.7 kernel, Ubuntu Lucid
> 10.04.1.
Do you have the same issue with the latest version of the branch y
Asier Tamayo wrote:
> Hello,
>
> Thanks for your help.
>
> I know my Xenomai version is quite out of date. However, as I'm using
> the ELinOS distribution (which already has its own patches), I find
> it really difficult to upgrade to Xenomai 2.4.10. Anyway, I can apply
> changes to some files.
Mauro Salvini wrote:
> Hi,
>
> as from mail subject, I have an issue with rt_task_join() when called into
> shared object destructor.
>
> I run xenomai 2.5.5.2 IPipe patch 2.7-4 on x86 2.6.35.7 kernel, Ubuntu Lucid
> 10.04.1.
> I have a simple code attached to mail, where main program opens a
Gilles Chanteperdrix wrote:
> Asier Tamayo wrote:
>> Hello,
>>
>> Thanks for your help.
>>
>> I know my Xenomai version is quite out of date. However, as I'm using
>> the ELinOS distribution (which already has its own patches), I find
>> it really
Mauro Salvini wrote:
>
>> It looks like a typical pthread_join deadlock. The thread you are
>> joining is locked on a pthread mutex, that some other thread (I
>> would say, the one calling pthread_join) has. It can not work. You
>> should not call pthread_join while holding a mutex.
>
> Yes, it
Gilles Chanteperdrix wrote:
> Mauro Salvini wrote:
>>> It looks like a typical pthread_join deadlock. The thread you are
>>> joining is locked on a pthread mutex, that some other thread (I
>>> would say, the one calling pthread_join) has. It can not work. You
&g
Mauro Salvini wrote:
>> Gilles Chanteperdrix wrote:
>>> Mauro Salvini wrote:
>>>>> It looks like a typical pthread_join deadlock. The thread you
>>>>> are joining is locked on a pthread mutex, that some other
>>>>> thread (I would say, t
martin mangard wrote:
> Hello,
>
> I installed xenomai Version 2.5.6 on a x86 machine. I use dlopen in
> order to use the xenomai libraries.
>
>
> hXenomai=dlopen("/usr/lib/libxenocalls-2.5.6.so",RTLD_NOW);
> if(!hXenomai)
> {
> fprintf (stderr, "%s\n", dlerror());
>
On 05/03/2011 10:15 AM, dietmar.schind...@manroland.com wrote:
>> From: xenomai-help-boun...@gna.org
> [mailto:xenomai-help-boun...@gna.org]
>> On Behalf Of dietmar.schind...@manroland.com
>> Sent: Friday, April 29, 2011 8:31 AM
>> Cc: xenomai-help@gna.org
>> Subject: Re: [Xenomai-help] message pip
On 05/03/2011 01:27 PM, dietmar.schind...@manroland.com wrote:
>> From: xenomai-help-boun...@gna.org
> [mailto:xenomai-help-boun...@gna.org]
>> On Behalf Of Gilles Chanteperdrix
>> Sent: Tuesday, May 03, 2011 1:01 PM
>>
>> On 05/03/2011 10:15 AM, diet
On 05/03/2011 02:07 PM, Aurele Traynard wrote:
> hello,
>
> I am writing a little test. I put all my RT things in a module : one ISR and
> one RT task.
> in init_module I call :
>
> drv->data.regs = ioremap(0x0400, 64*1024*1024);
> drv->data.gpio = ioremap(0x40E0, 64*1024*1024);
> this is
On 05/03/2011 07:45 PM, Franz Engel wrote:
> Hello,
>
> I've a problem with my new system. I already patched the system with
> adeos and also with the preperation skript of Xenomai. For the first
> configuration I use a kernel-configuration where xenomai is disabled
> and only ipipe is enabled. Ev
Hi,
the site web is down due to a failed upgrade. I am working to get it up
again as soon as possible.
Sorry for the inconvenience.
--
Gilles.
___
Xenomai-help mailing list
Xenomai-hel
On 05/03/2011 09:02 PM, Gilles Chanteperdrix wrote:
>
> Hi,
>
> the site web is down due to a failed upgrade. I am working to get it up
> again as soon as possible.
>
> Sorry for the inconvenience.
The site should be back. Please tell me if y
On 05/04/2011 08:36 AM, dietmar.schind...@manroland.com wrote:
>> From: Gilles Chanteperdrix [mailto:gilles.chanteperd...@xenomai.org]
>> Sent: Tuesday, May 03, 2011 7:36 PM
>> ...
>>>> On 05/03/2011 10:15 AM, dietmar.schind...@manroland.com wrote:
>>>>
On 05/04/2011 09:11 AM, Aurele Traynard wrote:
> Ok I will explain more things :
> My software makes the system freezing, when my interrupt handler is called
> for the first time I think that he is called again and again and again and
> this never stops. And so this freeze the system
> but I am not
On 05/04/2011 10:59 AM, Aurele Traynard wrote:
> 2011/5/4 Gilles Chanteperdrix
>
>> On 05/04/2011 09:11 AM, Aurele Traynard wrote:
>>> Ok I will explain more things :
>>> My software makes the system freezing, when my interrupt handler is
>> called
>&
On 05/04/2011 04:34 PM, dietmar.schind...@manroland.com wrote:
>> From: Gilles Chanteperdrix
>> [mailto:gilles.chanteperd...@xenomai.org] Sent: Wednesday, May 04,
>> 2011 8:41 AM
>>
>> What I suggest, is that you make a patch which removes the read
>&g
On 05/06/2011 05:13 PM, Aurele Traynard wrote:
> hello all,
>
> I have a problem whith user-space support :
> I compile a program with makefile of Xenomai and when i want to use it this
> apear :
>
> Inconsistency detected by ld.so: dl-deps.c: 622: _dl_map_object_deps:
> Assertion`nlist > 1' fail
On 05/06/2011 05:18 PM, BONOS Antonis wrote:
> Hello,
>
> I'm compiling a 2.6.35.9 kernel patched with xenomai 2.5.6, on a Core I7
> PC, and experiencing problems running xeno-test, and my own real time
> programs.
>
> I attached the .config file I used for the kernel, the dmesg log, and
> xeno-t
On 05/07/2011 02:08 PM, 陆小虎 wrote:
> hello to everyone, is there anybody succees in using SHEM under the
> RTAI-SKIN. i need to use the shared memory which were allocated in
> the kernal space, but always get a NULL pointer. so would you please
> give me some advise on the detail which i need to pa
On 05/09/2011 08:57 AM, Aurele Traynard wrote:
> Hello
>
> it is activate... is it bad or is there a workaround
> CONFIG_IWMMXT=y
I am unable to find the exact post, but at some point in the past around
august 2009, we commented out the code in Xenomai context switch, which
takes care of IWMMXT.
On 05/10/2011 07:23 PM, luxInteg wrote:
> greetings
>
> I normally compile stuff as an ordinary user, but I noticed in this area
>
> people often compile as root as kernel modules are involved. I note
> xenomai can be compiled either as user or root so is there a preferred way ?
As
On 05/10/2011 02:38 PM, Sambasiva Rao Manchili wrote:
> Hi Gilles,
> After browing through Xenomai Help Server(Gna), I found my problem is
> very close to the one of the users by name BONOS Antonis, who requested
> for help on an issue"Installation problem" yesterday!!!
> As I followed the pdf
>
On 05/09/2011 09:36 AM, dietmar.schind...@manroland.com wrote:
>> From: Gilles Chanteperdrix
>> [mailto:gilles.chanteperd...@xenomai.org] Sent: Thursday, May 05,
>> 2011 10:15 AM ... You can provide the readv implementation, and
>> implement read in terms of readv by passin
On 05/11/2011 12:48 PM, dietmar.schind...@manroland.com wrote:
>> From: Philippe Gerum [mailto:r...@xenomai.org]
>> Sent: Wednesday, May 11, 2011 11:21 AM
>> ...
>> Also, let's avoid constructs like these:
>>
>>> buf = iovec->iov_base, count = iovec++->iov_len;
>>
>> Disk spac
On 05/11/2011 05:31 PM, luxInteg wrote:
> On Tuesday 10 May 2011 20:23:43 Gilles Chanteperdrix wrote:
>> On 05/10/2011 07:23 PM, luxInteg wrote:
>>> greetings
>>>
>>> I normally compile stuff as an ordinary user, but I noticed in this
>>> area peo
On 05/12/2011 02:07 PM, Henri Roosen wrote:
> Hi,
>
> We are using the auto-relax patches on top of the latest Xenomai 2.5.6
> release. This means our priority 0 task is in secondary domain most of
> the time.
>
> We've seen a lot of domain switching and gatekeeper activity when this
> task is ac
On 05/12/2011 08:02 PM, Guvenc Gulce wrote:
> Hi
> The Xenomai IPC Mechanisms IDDP and XDDP use the Posix Socket API.
> Is it possible to monitor the returned file/socket descriptors of IDDP/XDDP
> sockets using the select/epoll mechanisms ?
>
> For example can we monitor the socket descriptors of
On 05/12/2011 08:40 PM, Tadele Shiferaw wrote:
> After installing xenomai 2.5.6 with kernel linux 2.6.37 on my ibm laptop, I
> perform xeno-test and i get the following output
>
> dd workload started, pids 2801 stored in /va r/lock/xeno-test.2659.pids
> 2801 pts/000:00:00 dd
> something d
On 05/12/2011 10:39 PM, Tadele Shiferaw wrote:
> I dont understand what that means but I run xeno-test from
> xenomai/bin and that was the output. I saw a previous discussion with
> same problem and one suggestion was not to build the kernel with
> CONFIG_ACPI all disabled rather only CONFIG_ACPI_P
On 05/12/2011 10:50 PM, Tadele Shiferaw wrote:
>
> On May 12, 2011, at 10:42 PM, Gilles Chanteperdrix wrote:
>
>> On 05/12/2011 10:39 PM, Tadele Shiferaw wrote:
>>> I dont understand what that means but I run xeno-test from
>>> xenomai/bin and that was the ou
On 05/13/2011 11:55 AM, Benner Bernd (MH/EES) wrote:
> Hi,
>
>we have a well running X86 Realtime system with Kernel 2.6.29 and
> xenomai-2.4.10. The system is able to boot from a stick and runs on all
> our computers.
> To fix some X11- problems with newer graphic chipsets, we try to upgrade
ales
> Handelsregister/Registered Court: Saarbrücken HRB 2812
> Geschäftsführung/Managing Directors: Jens Last, Wolfgang Geenen
>
>
> -Ursprüngliche Nachricht-
> Von: Gilles Chanteperdrix [mailto:gilles.chanteperd...@xenomai.org]
> Gesendet: Freitag, 13. Mai 2011 12:
On 05/14/2011 12:39 AM, Thomas Schaefer wrote:
>
> Hello,
>
>
>> Subject: Re: [Xenomai-help] Problems with rt pipes after upgrade
>> From: r...@xenomai.org
>> To: thomas_schaefer_can...@hotmail.com
>> CC: xenomai-help@gna.org
>> Date: Fri, 13 May 2011 12:2
On 05/14/2011 07:21 PM, Gilles Chanteperdrix wrote:
> On 05/14/2011 12:39 AM, Thomas Schaefer wrote:
>>
>> Hello,
>>
>>
>>> Subject: Re: [Xenomai-help] Problems with rt pipes after upgrade
>>> From:
On 05/16/2011 12:18 PM, Benner Bernd (MH/EES) wrote:
> Hi,
>
> thank your for the support!
>
> I have upgraded to the ipipe-2.6.37-x86 branch. (
> kernel-2.6.37.6,xenomai-2.5.6 ) The system will start on all
> computers I test it. The latency application is running well on a
> Pentium-M- system a
On 05/17/2011 11:27 AM, Wolfgang Grandegger wrote:
> On 05/17/2011 09:53 AM, Koenig, Florian wrote:
>> Hi,
>>
>> Do you have CONFIG_XENO_HW_FPU disabled? If not, please disable and
>> retry. Illegal instructions are maybe due to hard-float instructions in
>> the binary. I will check on our Walnut b
On 05/19/2011 04:41 PM, suresh reddy wrote:
> Hi all,
>
> iam running ubuntu 10.04 on my pandaboard with the kernel 2.6.35-903-omap4.
>
> the latest linux kernel available is 2.6.38 and the xenomai latest
> version is v2.5.6. My question is is it compatible if i compile with the
> available ade
On 05/19/2011 08:30 PM, Jeff Weber wrote:
> If XENO_OPT_PRIOCPL is enabled, can a non-Xenomai Linux thread, created
> via __real_pthread_create() preempt a Xenomai primary-mode or Xenomai
> secondary-mode thread?
a non-Xenomai Linux thread can preempt a Xenomai thread running in
secondary mode, in
On 05/20/2011 11:26 AM, suresh reddy wrote:
> On 05/19/2011 04:41 PM, suresh reddy wrote:
>> Hi all,
>>
>> iam running ubuntu 10.04 on my pandaboard with the kernel
> 2.6.35-903-omap4.
>>
>> the latest linux kernel available is 2.6.38 and the xenomai latest
>> version is v2.5.6. My question is is
On 05/21/2011 09:54 AM, suresh reddy wrote:
>
>
> On 20 May 2011 09:32, Gilles Chanteperdrix
> <mailto:gilles.chanteperd...@xenomai.org>> wrote:
>
> On 05/20/2011 11:26 AM, suresh reddy wrote:
> > On 05/19/2011 04:41 PM, suresh reddy wrote:
>
On 05/21/2011 09:54 AM, suresh reddy wrote:
> On 20 May 2011 09:32, Gilles Chanteperdrix > wrote:
>
>> On 05/20/2011 11:26 AM, suresh reddy wrote:
>>> On 05/19/2011 04:41 PM, suresh reddy wrote:
>>>> Hi all,
>>>>
>>>> iam running ubuntu
On 05/26/2011 07:28 PM, Jonas Witt wrote:
> Hi all,
>
> i am having a problem concerning the clock drift under load:
>
> # /usr/xenomai/bin/clocktest
> == Tested clock: 0 (CLOCK_REALTIME)
> CPU ToD offset [us] ToD drift [us/s] warps max delta [us]
> ---
On 05/27/2011 04:19 PM, Jonas Witt wrote:
> Am 27.05.2011 08:40, schrieb Gilles Chanteperdrix:
>> On 05/26/2011 07:28 PM, Jonas Witt wrote:
>>> Hi all,
>>>
>>> i am having a problem concerning the clock drift under load:
>>>
>>> # /usr/xenoma
On 05/27/2011 05:05 PM, Jan Kiszka wrote:
> On 2011-05-27 16:38, Gilles Chanteperdrix wrote:
>> On 05/27/2011 04:19 PM, Jonas Witt wrote:
>>> Am 27.05.2011 08:40, schrieb Gilles Chanteperdrix:
>>>> On 05/26/2011 07:28 PM, Jonas Witt wrote:
>>>>> Hi all,
On 05/27/2011 08:29 PM, Jonas Witt wrote:
> Am 27.05.2011 17:05, schrieb Jan Kiszka:
>> On 2011-05-27 16:38, Gilles Chanteperdrix wrote:
>>> On 05/27/2011 04:19 PM, Jonas Witt wrote:
>>>> Am 27.05.2011 08:40, schrieb Gilles Chanteperdrix:
>>>>> On 05/
On 05/28/2011 04:32 PM, Jan Kiszka wrote:
> On 2011-05-27 21:11, Gilles Chanteperdrix wrote:
>> On 05/27/2011 08:29 PM, Jonas Witt wrote:
>>> Sorry, I missed the NTP-part. I am not using NTP. Just plain timer
>>> queries on a single system.
>>>
>>>
On 06/01/2011 07:35 AM, sanjay anvekar wrote:
> Hi,
> I am facing problem running Xenomai test programs and it gives me
> following error.
>> clocktest
>> /usr/xenomai/bin/clocktest: error while loading shared libraries:
>> /usr/xenomai/lib/libpthread_rt.so.1: ELF file OS ABI invalid
>
> si
On 06/01/2011 06:23 PM, Jeff Weber wrote:
> What is the best call for a user space thread to learn if it is running in
> primary or secondary mode? (I am using POSIX skin.)
If what you want to know is whether a thread switched to secondary mode
and you did not want it, you may, with pthread_set_m
On 06/06/2011 05:46 PM, suresh reddy wrote:
> Dear Xenomai Team,
>
> $xenomai_root/scripts/prepare-kernel.sh --arch=arm \
> --adeos=$xenomai_root/ksrc/arch/arm/patches/adeos-ipipe-2.6.20-arm-* \
> --linux=$linux_tree$ cd $linux_tree
> $ make ARCH=arm CROSS_COMPILE=arm-linux- O=$build_root csb6
On 06/08/2011 04:22 AM, sanjay anvekar wrote:
> rt_task_yield() - To allow execution of other tasks.
It is a bit hard to answer without seeing any code, but there is a
simple remark we can make: rt_task_yield does not "allow execution of
other tasks", rt_task_yield only allows execution of ta
Hi Richard,
I am done with the omap4 port, so, am ready to send the pull request for
the new I-pipes. Did you have time to find the issue on ixp4xx? If not,
we can revert the change making ixp4xx use the generic tsc infrastructure.
Regards.
--
Gilles
On 06/10/2011 03:45 AM, Luis Rossi wrote:
> Hi,
>
> I am trying to use Xenomai with Debian, but i am kind lost here. Even after
> reading this: http://www.xenomai.org/index.php/Building_Debian_packages, i
> could not figure out how to use Xenomai on a Debian with a x86. I am really
> not experienc
On 06/10/2011 10:04 AM, Richard Cochran wrote:
> On Thu, Jun 09, 2011 at 03:16:36PM +0200, Gilles Chanteperdrix wrote:
>>
>> Hi Richard,
>>
>> I am done with the omap4 port, so, am ready to send the pull request for
>> the new I-pipes. Did you have time to find t
On 06/10/2011 03:48 PM, suresh reddy wrote:
> Dear Giles,
>
> I done according to the documentation mentioned in readme.install (building
> for arm)
>
> passing --enable-arm-mach=omap4 but i got below error
>
> checking for ARM machine... configure: error: Invalid machine selected:
> "omap4"
>
On 06/13/2011 12:44 PM, Jakub Nowacki wrote:
> Dear All,
>
> I've recently installed Xenomai for our RT lab machine that uses RTXI
> (http://www.rtxi.org/). I followed the installation instruction on the
> web page but I got a number of issues in the process. Just to set some
> common ground: t
On 06/14/2011 11:17 AM, suresh reddy wrote:
> Dear all,
> Iam running the below command . It giving me the config options as below
> . It showing me as linux is not building in xenomai tree (maked
> below).It seems i went wrong somewhere . Can somebody let me know where
> should i check for this op
On 06/14/2011 01:35 PM, suresh reddy wrote:
> Yes . i passed linux build option to display on configure window as linux
> build in xenomai tree.
>
> Now Iam running DESTDIR .
>
> which giving me following error.
>
> error: bad value (armv7-a) for -march= switch
> /home/balijepalli/pandaboard/xen
On 06/14/2011 01:39 PM, suresh reddy wrote:
> Iam using arm2009q1 toolchain.
Ok. I will have a look at this tonight. Could you try something more
recent in the mean-time ?
--
Gilles.
___
On 06/15/2011 06:41 AM, David Wiebe wrote:
> Hello,
>
> Thanks for reading this. I checked out the beagleboard version of
> xenomai. I tried make menuconfig and got the following
>
> david@david-HP-TouchSmart-tm2-Notebook-PC:~/beagleboard-xenomai$ make
> menuconfig
> scripts/kconfig/mconf arch/
On 06/15/2011 10:50 AM, David Wiebe wrote:
>
>
> On 11-06-14 10:06 PM, Gilles Chanteperdrix wrote:
>> On 06/15/2011 06:41 AM, David Wiebe wrote:
>>> Hello,
>>>
>>> Thanks for reading this. I checked out the beagleboard version of
>>> xen
On 06/15/2011 06:21 PM, Jakub Nowacki wrote:
> I have SMI workaround switched on.
Have you verified that the your chipset is supported by SMI workaround?
http://www.xenomai.org/index.php/Configuring_x86_kernels#In_case_of_high_latencies
--
901 - 1000 of 3352 matches
Mail list logo
