I am going to start trying to see if I can figure out what is not getting
set.
By the way. This board also has 4 other serial ports on a 8250.c driver. It
also fails under the xeno build.
On 3/20/12 4:35 PM, "Gilles Chanteperdrix"
wrote:
> On 03/20/2012 09:19 PM, Glen Wernersbach wrote:
>> I
On 03/20/2012 03:43 PM, Philippe Gerum wrote:
> On 03/20/2012 03:09 PM, Chris Stone wrote:
>> I have a thread which uses a lot of CPU and it is receiving a SIGXCPU:
>> Cpu time limit exceeded. Does this message really mean I have exceeded
>> some CPU time limit? If so, how do I increase or disable
On 03/20/2012 10:20 PM, Glen Wernersbach wrote:
I know that there are some compile bugs if you turn off
CONFIG_XENO_OPT_PERVASIVE.
What is the downside to running without it?
Don't bother for these build bugs, they were innocuous and due to 2.6.0
being the first code drop of a major release.
I know that there are some compile bugs if you turn off
CONFIG_XENO_OPT_PERVASIVE.
What is the downside to running without it?
On 3/20/12 4:35 PM, "Gilles Chanteperdrix"
wrote:
> On 03/20/2012 09:19 PM, Glen Wernersbach wrote:
>> I actually think in is in the settings because if run just the
On 03/20/2012 09:19 PM, Glen Wernersbach wrote:
> I actually think in is in the settings because if run just the setup part of
> the code without reading and writing, on the kernel that works my activity
> LED turns off.
>
> On the xeno kernel the LED never changes.
I actually think that CONFI
I actually think in is in the settings because if run just the setup part of
the code without reading and writing, on the kernel that works my activity LED
turns off.
On the xeno kernel the LED never changes.
--
Glen Wernersbach
President & CTO
Jetsoft Development Co
629 Old St. Rt. 74 - Suite
On 03/20/2012 05:40 PM, Glen Wernersbach wrote:
> Here it is. Just a simple modification of the atmel_serial.
>
> The define for it is CONFIG_MACH_MATRIX518
>From a quick glance, I do not see anything conflicting with xenomai.
Note that this driver has the same issue as the vanilla atmel serial:
Hello,
the issue I am describing here happens on a dual-core Atom (without
hyperthreading)
It is easy to reproduce with 2.6.32.7+xenomai 2.5.2, which was my
initial configuration until
I remembered that Philippe told us that SMP was correctly supported from
2.6.38.8
The fact is that I have
I added an error check. Passed.
Just sent driver code.
--
Glen Wernersbach
President & CTO
Jetsoft Development Co
629 Old St. Rt. 74 - Suite 210
Cincinnati Ohio 45244
Custom Programming Web Site: www.JetsoftDev.com
Retail Product Web Site: www.ScanHelp.com
Phone: 513-528-6660
Fax: 513-528-3470
O
On 03/20/2012 05:32 PM, Glen Wernersbach wrote:
> I don't get any error from anything.
You do not know that, as you do not check write return value.
Any chance to see the driver code? Without that, I am afraid we can not
help.
--
Gilles.
I don't get any error from anything.
I just don't get anything back from the read command.
This is how the program behaved without the tcsetaddr command previously.
On 3/20/12 12:22 PM, "Philippe Gerum" wrote:
> On 03/20/2012 03:07 PM, Glen Wernersbach wrote:
>> I went through and disabled
On 03/20/2012 03:07 PM, Glen Wernersbach wrote:
I went through and disabled everything in xeno except
CONFIG_XENO_OPT_PERVASIVE, did not work. Take that option out and it works.
Take that option out at anytime it works.
My program basic writes a few characters a serial port and then reads them
Not much to that as well.
CC = arm-linux-gnueabi-gcc
#CC = gcc
all:serial
serial: serial.c
$(CC) -o serial.o serial.c
arm-linux-gnueabi-strip serial.o
clean:
rm -f serial.o
On 3/20/12 11:27 AM, "Philippe Gerum" wrote:
> On 03/20/2012 04:17 PM, Glen Wernersbach wrote:
>>
On 03/20/2012 04:17 PM, Glen Wernersbach wrote:
Don't have a full dev enviroment on my embedded arm. Here is the
program. Very very basic:
Ok, actually I was after the link flags used for building this app.
---
#include
#include
#include
#include
/*Artila*/
#define MATRIX500_GET_UAR
On 03/20/2012 04:22 PM, Glen Wernersbach wrote:
> My arm embedded system is set for 2.6.29 so I think I have to use that
> patch. It was the latest one for that version.
The problem is that you may have a bug which has been fixed since then.
Is the code for that matrix500 driver available somewher
On 03/20/2012 04:17 PM, Glen Wernersbach wrote:
> Don't have a full dev enviroment on my embedded arm. Here is the program.
> Very very basic:
> close(fd);
>
>
>
>
>
>
> fd = open("/dev/ttyS4", O_RDWR | O_NOCTTY | O_NDELAY);
Why closing and reopening? Are you sure this does no
My arm embedded system is set for 2.6.29 so I think I have to use that
patch. It was the latest one for that version.
On 3/20/12 11:12 AM, "Gilles Chanteperdrix"
wrote:
> On 03/20/2012 03:53 PM, Glen Wernersbach wrote:
>> Ipipe version:
>> 1.13-05
>
> That is completely outdated, please use
On 03/20/2012 03:53 PM, Glen Wernersbach wrote:
> Ipipe version:
> 1.13-05
That is completely outdated, please use one of the I-pipe patches which
comes with xenomai 2.6.0 (since you are using xenomai 2.6.0).
--
Gilles.
___
On 03/20/2012 03:53 PM, Glen Wernersbach wrote:
Ipipe version:
1.13-05
Yes, I do have the co kernel and interrupt pipeline enabled
ldd ?
On 3/20/12 10:47 AM, "Philippe Gerum" wrote:
On 03/20/2012 03:34 PM, Glen Wernersbach wrote:
Working on the Strace.
I don't have the /proc/xenomai
As far as I can tell, no kernel messages what so ever.
On 3/20/12 10:50 AM, "Gilles Chanteperdrix"
wrote:
> On 03/20/2012 02:28 PM, Glen Wernersbach wrote:
>> Hi All,
>>
>> I install Xenomai 2.6.0 on AT91SAM9G20 system and have found that when
>> CONFIG_XENO_OPT_PERVASIVE is enabled my standa
Ipipe version:
1.13-05
Yes, I do have the co kernel and interrupt pipeline enabled
On 3/20/12 10:47 AM, "Philippe Gerum" wrote:
> On 03/20/2012 03:34 PM, Glen Wernersbach wrote:
>> Working on the Strace.
>>
>> I don't have the /proc/xenomai/hal file??
>
> /proc/ipipe/version then.
>
>>
>>
On 03/20/2012 02:28 PM, Glen Wernersbach wrote:
> Hi All,
>
> I install Xenomai 2.6.0 on AT91SAM9G20 system and have found that when
> CONFIG_XENO_OPT_PERVASIVE is enabled my standard non real time linux serial
> write then read serial program does not work.
>
> If I turn off CONFIG_XENO_OPT_PERV
On 03/20/2012 03:34 PM, Glen Wernersbach wrote:
Working on the Strace.
I don't have the /proc/xenomai/hal file??
/proc/ipipe/version then.
Again. Nothing I am running is xeno. Its just a xeno patched kernel.
Ok, but you do have the Xenomai co-kernel enabled in your kernel build,
and the
On 03/20/2012 03:09 PM, Chris Stone wrote:
I have a thread which uses a lot of CPU and it is receiving a SIGXCPU:
Cpu time limit exceeded. Does this message really mean I have exceeded
some CPU time limit? If so, how do I increase or disable the CPU time
limit? The code that I am running has been
Working on the Strace.
I don't have the /proc/xenomai/hal file??
Again. Nothing I am running is xeno. Its just a xeno patched kernel.
On 3/20/12 10:31 AM, "Philippe Gerum" wrote:
> On 03/20/2012 03:17 PM, Philippe Gerum wrote:
>> On 03/20/2012 03:07 PM, Glen Wernersbach wrote:
>>> I went th
On 03/20/2012 03:17 PM, Philippe Gerum wrote:
On 03/20/2012 03:07 PM, Glen Wernersbach wrote:
I went through and disabled everything in xeno except
CONFIG_XENO_OPT_PERVASIVE, did not work. Take that option out and it
works.
Take that option out at anytime it works.
My program basic writes a fe
make sure that "cpu time" is unlimited. You can check and change it with
"ulimit" util. Use "limit -a" to list all about limitations.
On Tue, Mar 20, 2012 at 4:09 PM, Chris Stone wrote:
> I have a thread which uses a lot of CPU and it is receiving a SIGXCPU:
> Cpu time limit exceeded. Does thi
On 03/20/2012 03:07 PM, Glen Wernersbach wrote:
I went through and disabled everything in xeno except
CONFIG_XENO_OPT_PERVASIVE, did not work. Take that option out and it works.
Take that option out at anytime it works.
My program basic writes a few characters a serial port and then reads them
On 03/20/2012 03:07 PM, Glen Wernersbach wrote:
I went through and disabled everything in xeno except
CONFIG_XENO_OPT_PERVASIVE, did not work. Take that option out and it works.
Take that option out at anytime it works.
My program basic writes a few characters a serial port and then reads them
I have a thread which uses a lot of CPU and it is receiving a SIGXCPU: Cpu time
limit exceeded. Does this message really mean I have exceeded some CPU time
limit? If so, how do I increase or disable the CPU time limit? The code that I
am running has been working for quite some time under regular
I went through and disabled everything in xeno except
CONFIG_XENO_OPT_PERVASIVE, did not work. Take that option out and it works.
Take that option out at anytime it works.
My program basic writes a few characters a serial port and then reads them
back in from the same port. I have a loop back cab
On 03/20/2012 02:48 PM, Glen Wernersbach wrote:
I don't think this is it directly.
This program was made on the same kernel prior to patching it with Xeno.
It should still run like any other linux program.
- what does "program not working" mean in your case? Any errno return we
could interpr
I don't think this is it directly.
This program was made on the same kernel prior to patching it with Xeno.
It should still run like any other linux program.
On 3/20/12 9:44 AM, "Philippe Gerum" wrote:
> On 03/20/2012 02:28 PM, Glen Wernersbach wrote:
>> Hi All,
>>
>> I install Xenomai 2.6
On 03/20/2012 02:28 PM, Glen Wernersbach wrote:
Hi All,
I install Xenomai 2.6.0 on AT91SAM9G20 system and have found that when
CONFIG_XENO_OPT_PERVASIVE is enabled my standard non real time linux
serial write then read serial program does not work.
If I turn off CONFIG_XENO_OPT_PERVASIVE, my se
Hi All,
I install Xenomai 2.6.0 on AT91SAM9G20 system and have found that when
CONFIG_XENO_OPT_PERVASIVE is enabled my standard non real time linux serial
write then read serial program does not work.
If I turn off CONFIG_XENO_OPT_PERVASIVE, my serial program does work.
Any ideas why?
Also
> Then you have to modify that program in order for it to measure the
> latency and print it. You can look at the "latency" test sources to see
> how it can be done.
>
Thanks much for the prompt response, Gilles.
I would also like to know that for knowing whether xenomai's latency
is faster or sl
On 03/20/2012 08:49 AM, Anisha Kaul wrote:
> Greetings,
>
> Distribution: OpenSuse 11.2
> Kernel: 2.6.35
> 64bit
>
> I have compiled the hello world program shown at the bottom of this
> link: http://www.cs.ru.nl/lab/xenomai/exercises/ex01/Exercise-1.html
> It has compiled successfully.
>
> I wa
Greetings,
Distribution: OpenSuse 11.2
Kernel: 2.6.35
64bit
I have compiled the hello world program shown at the bottom of this
link: http://www.cs.ru.nl/lab/xenomai/exercises/ex01/Exercise-1.html
It has compiled successfully.
I want to see its latency.
I am aware of the program "/usr/xenomai/b
38 matches
Mail list logo