On 04/24/2012 08:57 PM, Gilles Chanteperdrix wrote:
On 04/24/2012 08:47 PM, Andrew Tannenbaum wrote:
I'm running
Linux 2.6.38.8
Xenomai 2.6.0
Atom N270 CPU
I'm talking to CAN with a PEAK PCI SJA1000 CAN adapter.
I have a control loop running at 200 Hz, and I use it to
On 04/25/2012 11:11 AM, Minh GIANG wrote:
hello,
Thank you for helping me solve my problem.
You recommend me to update to a more recent version. But I think the
xenomai version 2.6.0 is the lastest version over http://www.xenomai.org
site.
You are right. The latest fixes are in the git
On 04/23/2012 01:56 PM, Andrey Nechypurenko wrote:
Hi Folks,
Following my tests with PWM generation using GPIO in user space [1],
I've made the RTDM module [2] to further reduce the jitter. As a
result, jitter was improved, but still under heavy system load the
servo motor I am trying to
On 04/23/2012 03:25 PM, Andrey Nechypurenko wrote:
Following my tests with PWM generation using GPIO in user space [1],
I've made the RTDM module [2] to further reduce the jitter. As a
result, jitter was improved, but still under heavy system load the
servo motor I am trying to control starts
On 04/21/2012 10:12 PM, xenophile wrote:
Hi,
I am trying to see why a trivial driver reading an ADC on an EP9312 ARM
board has slowed by a factor of three. Since I installed it under 2.6.29
a couple fo years ago.
It's looking like this is due to a kernel update I did in the mean time
to
On 04/22/2012 01:34 PM, Gilles Chanteperdrix wrote:
On 04/22/2012 01:24 PM, Gilles Chanteperdrix wrote:
On 04/22/2012 11:10 AM, Wolfgang Grandegger wrote:
But all this does not explain a factor of 3 with your driver. I doubt
that it's due to a move from 2.6.29 - 2.6.32. Try using ftrace
On 04/11/2012 10:51 PM, Minh GIANG wrote:
ok for CC, i was afraid of spam everyone by my mail. I answer your
questions.
- non, i didn't modify cross-link program (even if i used to modify this
program to make it run, but it worked the same way)
- Xenomai 2.6
What version (cat
On 04/12/2012 10:51 AM, Minh GIANG wrote:
Hello sir,
Here is the message after doing your command:
giang@debianrt:~/Documents/xenomai-2.6.0/examples/rtdm/profiles/serial$
make XENO=/usr/xenomai/bin
--xeno-cflags is deprecated, use --skin=name --cflags instead
--xeno-ldflags is
Hi,
On 04/05/2012 02:46 PM, Minh GIANG wrote:
i'm sorry sir, what i displayed just in the last mail, isn't good, because
i removed rt_dev_ioctl(...) in cross-link program
And then, with rt_dev_ioctl( RTSER_RTIOC_WAIT_EVENT ).
[93076.465077] base=0x2f8 iir=0x4
[93076.465082] base=0x2f8
On 04/11/2012 06:59 PM, Gilles Chanteperdrix wrote:
On 04/11/2012 06:56 PM, Gilles Chanteperdrix wrote:
On 04/11/2012 04:19 PM, Wolfgang Grandegger wrote:
Hi,
On 04/05/2012 02:46 PM, Minh GIANG wrote:
i'm sorry sir, what i displayed just in the last mail, isn't good, because
i removed
On 04/04/2012 11:18 AM, Minh GIANG wrote:
hello,
i did what you told me, i compiled the kernet with patch which you send me,
and the result of dmesg
[ 1636.156641] base=0x2f8 iir=0x1
[ 1636.157672] base=0x2f8 iir=0x4
[ 1636.157675] base=0x2f8 status=0x100
[ 1636.157677] base=0x2f8
, but the numbers are bogous. To
understand better what's going on, coud you please apply the attached
patch to your Xenomai tree, rebuild the kernel and send the dmesg output
while running cross-link.
BTW: what Xenomai version are you using?
Wolfgang.
On Fri, Mar 30, 2012 at 4:48 PM, Wolfgang
On 03/29/2012 05:26 PM, Minh GIANG wrote:
i want to revive the topic over the problem RTSER_RTIOC_WAIT_EVENT
while compiling cross-link.c program. I cann't resolve my problem
after doing some solution given by the others
Loading module:
insmod ./xeno_16550A.ko io=0x3f8,0x2f8 irq=4,3
works well but the other task is blocked by
rt_dev_ioctl(...).as
i already mentionned and when i removed rt_dev_ioctl, the rt_dev_read
function return 0
I did what you said, but it doesn't work yet
On Fri, Mar 30, 2012 at 8:43 AM, Wolfgang Grandegger
w...@grandegger.comwrote:
On 03/29
On 03/30/2012 04:34 PM, Minh GIANG wrote:
hi,
with option RTSER_RTIOC_WAIT_EVENT in rt_dev_ioctl(), this function returns
un number -110 (Connection timed out)
with option RTSER_RTIOC_GET_STATUS in rt_dev_ioctl(), this function returns
un number 0 (not message)
You should call this
Hi Gilles,
On 03/23/2012 02:14 PM, Gilles Chanteperdrix wrote:
On 03/23/2012 10:59 AM, Gilles Chanteperdrix wrote:
On 03/23/2012 09:35 AM, Wolfgang Grandegger wrote:
Hello,
while playing with rt_pipe, I realized that a select()/poll() function
does not unblock when the rt_pipe is deleted
On 03/26/2012 11:38 AM, Wolfgang Grandegger wrote:
Hi Gilles,
On 03/23/2012 02:14 PM, Gilles Chanteperdrix wrote:
On 03/23/2012 10:59 AM, Gilles Chanteperdrix wrote:
On 03/23/2012 09:35 AM, Wolfgang Grandegger wrote:
Hello,
while playing with rt_pipe, I realized that a select()/poll
On 03/26/2012 11:53 AM, Gilles Chanteperdrix wrote:
On 03/26/2012 11:48 AM, Wolfgang Grandegger wrote:
On 03/26/2012 11:38 AM, Wolfgang Grandegger wrote:
Hi Gilles,
On 03/23/2012 02:14 PM, Gilles Chanteperdrix wrote:
On 03/23/2012 10:59 AM, Gilles Chanteperdrix wrote:
On 03/23/2012 09:35 AM
Hello,
while playing with rt_pipe, I realized that a select()/poll() function
does not unblock when the rt_pipe is deleted (via rt_pipe_delete) on the
other end. I think this is because the poll callback does not support
POLLHUP:
Hi Fabrice and Manfred,
On 01/19/2012 06:09 PM, Fabrice Gasnier wrote:
On 18/01/2012 17:32, Wolfgang Grandegger wrote:
Further investigation indicates that when writing, tx interrupt is not
asserted as expected (rt_16550_write):
/* unmask tx interrupt */
ctx-ier_status |= IER_TX
On 01/20/2012 07:46 PM, Gilles Chanteperdrix wrote:
On 01/20/2012 07:03 PM, Wolfgang Grandegger wrote:
Hi Fabrice and Manfred,
On 01/19/2012 06:09 PM, Fabrice Gasnier wrote:
On 18/01/2012 17:32, Wolfgang Grandegger wrote:
Further investigation indicates that when writing, tx interrupt
On 01/13/2012 08:15 PM, Manfred wrote:
(In reply to Wolfgangs Respond)
Thank you for the explanations.
So I managed to recompile the kernel module with a lot of printk
commands. And I could track the problem to the following:
it fails in:[1]
int __init rt_16550_init(void)
When calling
Hi Fabrice,
On 01/04/2012 11:06 AM, Fabrice Gasnier wrote:
Thanks Gilles.
I posted some time ago another question that is somehow related to rtcan
and mpc5121:
insmod xeno_rtcan_mscan gets stuck on MPC5121
https://mail.gna.org/public/xenomai-core/2011-09/msg00032.html
I still have this
On 01/04/2012 02:48 PM, Fabrice Gasnier wrote:
---
ksrc/drivers/can/mscan/rtcan_mscan.c | 38
-
1 files changed, 36 insertions(+), 2 deletions(-)
Unfortunately, this is not a proper patch. It should have:
- a descriptive subject line, e.g.:
[PATCH] fix
On 11/21/2011 11:44 AM, Hadrien Caron wrote:
Hello to all !
I have a small problem using a4l_sync_write : I am using it inside a
program that should write on a digital port.
The function a4l_sync_write returns a value of -38.
But according to the documentation, there is only 3 possible
On 06/16/2011 05:20 PM, Andrew Tannenbaum wrote:
I was trying to use the Xenomai RT-Socket-CAN rtcanrecv in a Tcl/Tk
script GUI wrapper.
rtcanrecv uses printf to stdout, and it line-buffers when attached to a
tty, but it uses larger buffers (so it is unusable) when run from a
script with no
On 05/17/2011 09:03 AM, Koenig, Florian wrote:
Hi,
After copying trivial-periodic to 405GP cpu, it returns illegal
instruction.
Hm, in a previous mail I asked if the installed Xenomai programs from
the test suite like latency or cyclictest do work. Is that the case?
If not, it's most
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 board when time permits...
hopefully today.
Nobody will
On 05/17/2011 01:11 PM, Gilles Chanteperdrix wrote:
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
On 05/17/2011 03:21 PM, Koenig, Florian wrote:
Hi,
in linux-2.6.36 menuconfig is in Real-time syste/nucleus/machine only Enable
unlocked context switch to choose, no hw-fpu ?
You can set CONFIG_XENO_HW_FPU, it is located in the Real-time
system/nucleus/Machine menu.
I had a closer look:
On 05/13/2011 02:46 PM, Koenig, Florian wrote:
Hi,
i have a powerpc 405GP without FPU and want to build a xenomai application. I
installed and setup eldk-4.2 for ppc_4xx, to have a cross toolchain on my
x86 computer. After that, i patched the linux-2.6.36 kernel with
Hi Gilles,
On 03/08/2011 02:01 PM, Gilles Chanteperdrix wrote:
Hi,
Xenomai 2.5.6, a.k.a. Wormhole Wizards is available at the usual
place:
http://download.gna.org/xenomai/stable/xenomai-2.5.6.tar.bz2
It contains mainly bug fixes, for:
- SMP scheduling bugs introduced by the
On 03/07/2011 09:29 AM, Gilles Chanteperdrix wrote:
Eric Eric wrote:
Hi, I'm attempting to run irqloop/irqbench and irqloop just appears to
hang indefinitely. Behavior is the same with -t0 and -t1. I am able
to successfully run other tests such as latency and switchtest. Below
is the
Hi Philippe,
On 03/03/2011 08:32 AM, Philippe Gerum wrote:
On Thu, 2011-03-03 at 08:21 +0100, Richard Cochran wrote:
On Wed, Mar 02, 2011 at 07:18:46PM +0100, Jan Kiszka wrote:
On 2011-03-02 16:26, Gilles Chanteperdrix wrote:
Richard Cochran wrote:
The wiki pages
On 11/10/2010 03:32 PM, Anders Bach Madsen wrote:
Thank you very much for the clarification, but this just raises my next
question. How can I use canFestival and the RTDM socket api? I can't seem to
find any information on this, not on the xenomai page or on the canfestival
page.
Check:
On 10/12/2010 02:09 AM, Peter Pastor wrote:
Hey Wolfgang,
I am compiling the rtcan code as modules. Also, for debugging purposes, I
moved the xeno_can.ko and friends out of the /lib/modules directory and
successfully booted into xenomai. Once xenomai booted up correctly, I insmod
the
On 10/11/2010 09:10 PM, Gilles Chanteperdrix wrote:
Peter Pastor wrote:
Hey Gilles,
Thanks for the hint. I fixed this problem by loading the nvidia driver
(instead of nv) as default. Now the graphic cards uses IRQ 24 which does not
collide with IRQ 11 of the CAN bus card (see attached
On 09/21/2010 10:06 PM, Mariusz Janiak wrote:
Dnia 21-09-2010 o godz. 16:46 Wolfgang Grandegger napisał(a):
On 09/21/2010 04:17 PM, Mariusz Janiak wrote:
Hi,
Does Xenomai Peak CAN driver support PCAN-PCI Express card?
Probably. What is the PCI vendor and device id of that card?
I don't
On 09/21/2010 04:17 PM, Mariusz Janiak wrote:
Hi,
Does Xenomai Peak CAN driver support PCAN-PCI Express card?
Probably. What is the PCI vendor and device id of that card?
Wolfgang.
___
Xenomai-help mailing list
Xenomai-help@gna.org
On 08/31/2010 12:45 AM, Willy Lambert wrote:
Hi,
I am looking for a PC104 CAN stack that would be easy to integrate for free
with xenomai, in other words with a compatible driver distributed on the
web. Issomeone using this kind of board ?
The main board used is :
On 08/12/2010 11:39 AM, prakash srinivasan wrote:
Deal All,
I am executing a simple for() loop and like to calculate the time
period for this loop. I used rt_timer_read(). As per the document, it
mentioned that rt_timer_read() returns the current time expressed in clock
ticks. I
On 08/12/2010 05:38 PM, asprakash_83 wrote:
printf(TOTAL LOOP TIMING=%ld us\n,
(long)((rt_timer_ticks2ns(end-start))/1000);
What does:
printf(TOTAL LOOP TIMING=%lld us\n, rt_timer_ticks2ns(end-start)/1000);
report.
TOTAL LOOP TIMING = 5377070 us
In this case, the (unsigned)
On 08/11/2010 02:23 PM, Gilles Chanteperdrix wrote:
Peter Soetens wrote:
On Monday 02 August 2010 23:46:51 Gilles Chanteperdrix wrote:
Hi,
you will find Xenomai 2.5.4, aka Sleep Walk, at the usual place:
http://download.gna.org/xenomai/stable/xenomai-2.5.4.tar.bz2
There's an rtcan patch I
On 07/08/2010 03:46 PM, prakash srinivasan wrote:
To install Xenomai, please follow the installation instructions. You
will find them in the README.INSTALL file in Xenomai sources
distribution, or online:
http://www.xenomai.org/documentation/xenomai-2.5/README.INSTALL
On 06/21/2010 04:52 PM, Charlton, John wrote:
We are experiencing a problem with the user mode CanFestival library when it
calls rt_dev_send() when the CAN bus is disconnected. In that case the rtcan
driver info is:
r...@mcs-conga:~# cat /proc/rtcan/rtcan0/info
Device rtcan0
On 06/19/2010 09:34 AM, Everett Wang wrote:
On Fri, Jun 18, 2010 at 7:40 PM, Bruno Rouchouse broucho...@gmail.com wrote:
Hi,
if you haven't found it yet and if I understood correctly your question,
xeno-config is probably what you need here ;)
xeno-config
is a script that is used to to
On 06/05/2010 04:22 AM, Everett Wang wrote:
Hi All,
I am playing around with xenomai and RTDM serial driver on a
1.7Ghz Pentium-M machine running xenomai 2.5.3. The example cross-link
produced this result:
main : starting read-task
Nr | write-irq|irq-read| write-read |
On 06/09/2010 10:48 AM, Nils Armbruster wrote:
Thank you for your reply !
I'm currently trying to get the can-interfaces of an Samsung S3C2440
based board working (NetDCU10). The used Linux kernel version is
2.6.19,
because this was deliverd in the BSP. I patched this kernel with
On 06/05/2010 04:22 AM, Everett Wang wrote:
Hi All,
I am playing around with xenomai and RTDM serial driver on a
1.7Ghz Pentium-M machine running xenomai 2.5.3. The example cross-link
produced this result:
main : starting read-task
Nr | write-irq|irq-read| write-read |
On 06/07/2010 02:07 PM, Everett Wang wrote:
I am so glad that Wolfgang is able to help giving suggestions. Thanks
a lot. That is very useful for new users. :-)
On Mon, Jun 7, 2010 at 4:05 PM, Wolfgang Grandegger w...@grandegger.com
wrote:
On 06/05/2010 04:22 AM, Everett Wang wrote:
Hi All
On 05/30/2010 03:44 AM, Everett Wang wrote:
Hi All,
I have made some progress in getting RTDM 16550A working for my
beagleboard. Followed
Wolfgang's instructions, I first set uart 0,1 free from kernel then
load 16550A driver.
setserial /dev/ttyS0 uart none
setserial /dev/ttyS1 uart none
On 05/27/2010 03:22 AM, Everett Wang wrote:
On Wed, May 26, 2010 at 1:38 PM, Wolfgang Grandegger w...@grandegger.com
wrote:
On 05/25/2010 03:47 PM, Everett Wang wrote:
On Mon, May 24, 2010 at 11:45 PM, Wolfgang Grandegger w...@grandegger.com
wrote:
On 05/24/2010 09:32 AM, Everett Wang
On 05/25/2010 03:47 PM, Everett Wang wrote:
On Mon, May 24, 2010 at 11:45 PM, Wolfgang Grandegger w...@grandegger.com
wrote:
On 05/24/2010 09:32 AM, Everett Wang wrote:
On Mon, May 24, 2010 at 7:36 AM, Everett Wang ever...@gmail.com wrote:
On Mon, May 24, 2010 at 12:28 AM, Wolfgang
On 05/24/2010 09:32 AM, Everett Wang wrote:
On Mon, May 24, 2010 at 7:36 AM, Everett Wang ever...@gmail.com wrote:
On Mon, May 24, 2010 at 12:28 AM, Wolfgang Grandegger w...@grandegger.com
wrote:
On 05/23/2010 06:19 PM, Everett Wang wrote:
On Sun, May 23, 2010 at 11:46 PM, Wolfgang
On 05/23/2010 04:59 PM, Everett Wang wrote:
On Sun, May 23, 2010 at 5:37 PM, Wolfgang Grandegger w...@grandegger.com
wrote:
On 05/23/2010 05:48 AM, Everett Wang wrote:
Hi All,
I am trying to make my serial work with xenomai. I have managed to
compile and almost run the cross-link example
On 05/23/2010 06:19 PM, Everett Wang wrote:
On Sun, May 23, 2010 at 11:46 PM, Wolfgang Grandegger w...@grandegger.com
wrote:
There are other possibilities to interact with Linux, e.g. telnet,
slogin or netcat. But it's always good to have a console.
I guess I need a USB to ethernet
Hello,
some more insights:
On 05/23/2010 05:46 PM, Wolfgang Grandegger wrote:
On 05/23/2010 04:59 PM, Everett Wang wrote:
On Sun, May 23, 2010 at 5:37 PM, Wolfgang Grandegger w...@grandegger.com
wrote:
On 05/23/2010 05:48 AM, Everett Wang wrote:
Hi All,
I am trying to make my serial work
On 05/12/2010 10:05 PM, Ramon wrote:
Hi,
I'm looking for a very simple kernel task using native api.
A very simple one would be nice, a periodical task for example.
I'm interested in the .c file and its Makefile.
You can find examples in the examples directory of the Xenomai tree
as
On 05/07/2010 11:34 AM, Steven Kauffmann wrote:
On Wed, May 5, 2010 at 9:27 PM, Wolfgang Grandegger w...@grandegger.com
wrote:
On 05/03/2010 12:32 PM, Steven Kauffmann wrote:
Hi all,
When I close my application a cleanup function is called. In this
function I first close the CAN listener
On 05/03/2010 12:32 PM, Steven Kauffmann wrote:
Hi all,
When I close my application a cleanup function is called. In this
function I first close the CAN listener thread that handles incoming
CAN messages. After that some other cleanup code is executed and at
the end I finally close the
Adrian Boeing wrote:
Hi Wolfgang Gilles,
Thanks for the list of Xenomai-supported PCI cards:
034 config XENO_DRIVERS_CAN_SJA1000_IXXAT_PCI
039 This driver is for the IXXAT PC-I 04/PCI card (1 or 2 channel)
040 from the IXXAT Automation GmbH (http://www.ixxat.de). To get
Hi Adrian,
Adrian Boeing wrote:
Hi,
We require an industrial PC with CAN, and want to run Xenomai on it.
Are there any vendors who already sell a complete PC package with
Xenomai CAN drivers pre-loaded?
(I have seen that Peak Systems sell a CAN card with Xenomai drivers,
but does
Gilles Chanteperdrix wrote:
roderik.wildenb...@manroland.com wrote:
On one of our platforms (PPC 5200B Kernel 2.4, Xenomai 2.4.8,
PCI-bus) we face rare network stalls (once a day). In this situation
network communication seems to be completly dead, but obviously only
the receive direction is
Hello,
I also enjoyed a lot the XUM at Dresden and hope that it will be
repeated regularly.
During the meeting, I heard some complaints about RT-Socket-CAN (aka
RTCAN) not working properly in the past. I might have missed some
related emails, sorry. Are there still pending issues?
Furthermore,
Felipe Castro wrote:
Well , that is what i thought but i need to stop the software otherwise my
tasks will be deleted That's the why i put this infinite loop how
can i do to keep my tasks running ?
Have a look to the example programs, e.g.:
Charlton, John wrote:
Wolfgang,
Thank you for the information and advice. We are currently considering this
interface in a custom embedded controller design but based on your
recommendations we probably need to reassess that decision. We were intending
to use the parallel port through a
Hi John,
Charlton, John wrote:
To follow up on this, I configured the parallel port for standard mode and
the xeno_can_peak_dng driver works without error so the problem has to do
with the EPP/ECP mode. I would like to use EPP or ECP for performance. And
as indicated below, the
Berruer Sébastien wrote:
Hello,
I'm reviewing the feasibility of a project that would require the driving of
devices with real time constrains.
OK, then RT-Socket-CAN is a good choice.
I'm asking for the current state of the CAN implementation. Is it a
partial or a
complete
Berruer Sébastien wrote:
I'm on the first step of the project and I have to choose a complete
system for my customer. I looking at the constraints both for hardware
and software and the possibly dependency between them.
OK.
I'm asking for the current state of the CAN implementation. Is it a
roderik.wildenb...@manroland.com wrote:
A similar issue has been reported on the RTnet-users ML by
Thomas. What
version of RTnet are you using? 0.9.11 is broken!!! See also:
In deed Thomas´ problem is my problem. I tried to solve it but wasn´t very
successful.
Therefore I asked for your
Hi Roderik,
roderik.wildenb...@manroland.com wrote:
When I try to compile RTnet (for PPC, Xenomai 2.4.8, Ipipe 2.0.1, Kernel
2.4.25) I get the following error message :
In file included from rtdev.c:33:
../stack/include/rtskb.h: In function `rtskb_queue_init':
../stack/include/rtskb.h:289:
Wolfgang Grandegger wrote:
Hi Roderik,
roderik.wildenb...@manroland.com wrote:
When I try to compile RTnet (for PPC, Xenomai 2.4.8, Ipipe 2.0.1, Kernel
2.4.25) I get the following error message :
In file included from rtdev.c:33:
../stack/include/rtskb.h: In function `rtskb_queue_init
Sebastian Smolorz wrote:
Hi Wolfgang,
Wolfgang Grandegger wrote:
Stefan Kisdaroczi wrote:
Hi Wolfgang,
Wolfgang Grandegger schrieb:
[...]
dmesg output, there is no IXXAT-PCI-CAN board installed:
RT-Socket-CAN 0.90.2 - (C) 2006 RT-Socket-CAN Development Team
RTCAN SJA1000 driver
Stefan Kisdaroczi wrote:
Hi Wolfgang,
Wolfgang Grandegger schrieb:
[...]
dmesg output, there is no IXXAT-PCI-CAN board installed:
RT-Socket-CAN 0.90.2 - (C) 2006 RT-Socket-CAN Development Team
RTCAN SJA1000 driver initialized
PCI: setting IRQ 12 as level-triggered
IXXAT-PCI-CAN :00
Marcel Soulot wrote:
Hi,
I try to receive data from CAN network. I got a PCI card with a FPGA
which emulates the SJA1000.
So I load the following modules :
insmod ./xeno_can.ko
insmod ./xeno_can_sja1000.ko
insmod ./xeno_can_mem.ko mem=0xe800 irq=5 can_clock=8000 cdr=0x8F
then I
Marcel Soulot wrote:
2009/4/27 Wolfgang Grandegger w...@grandegger.com
mailto:w...@grandegger.com
Marcel Soulot wrote:
Hi,
I try to receive data from CAN network. I got a PCI card with a FPGA
which emulates the SJA1000.
So I load the following modules
Marcel Soulot wrote:
2009/4/27 Wolfgang Grandegger w...@grandegger.com
mailto:w...@grandegger.com
Marcel Soulot wrote:
2009/4/27 Wolfgang Grandegger w...@grandegger.com
mailto:w...@grandegger.com mailto:w...@grandegger.com
mailto:w...@grandegger.com
thomas.de...@manroland.com wrote:
Unfortunately I don't have a newer kernel, I will talk to Wolfgang
Grandegger, maybe he can do a short test with my formerly attached sample
application.
I will try it out on my TQM5200 board later today or tomorrow.
Wolfgang.
Thomas
-Ursprüngliche
Wolfgang Grandegger wrote:
thomas.de...@manroland.com wrote:
Unfortunately I don't have a newer kernel, I will talk to Wolfgang
Grandegger, maybe he can do a short test with my formerly attached sample
application.
I will try it out on my TQM5200 board later today or tomorrow.
With I
Federico Ridolfo wrote:
Hi all,
my platform is a mpc5200b based one. I wrote
some rtdm driver for that platform on linux-2.6.18
kernel. Some info:
- ARCH=ppc
- no fdt (so no dts)
- u-boot
- xenomai 2.3.2,
- adeos-ipipe-2.6.18-ppc-1.5-01.patch
All works fine.
Now i want to use:
- ARCH
Charlton, John wrote:
Wolfgang,
You are right. I am just learning the sja1000 registers and modes and I was
looking at the 'BasicCAN' register configuration and the sja1000 can driver
is using the 'PeliCAN' mode. So it does look like everything is configured
correctly and it also looks
Charlton, John wrote:
I am attaching an updated rtcan_tscan1.c driver for the TS_CAN1 PC-104 CAN
interface. I have only attempted to configure it for x86 so it is not
configured for ARM or any other architecture.
I tried to build lincan-0.3.3 for linux-2.6.27.7 and so far have not
Charlton, John wrote:
Wolfgang,
Thank you for the help. I do have XENO_DRIVERS_CAN_DEBUG enabled and the
registers are:
r...@oelinux-nano:~$ cat /proc/rtcan/rtcan1/registers
SJA1000 registers
00: 00 00 0c 02 ff 00 03 1c 1a 00 00 00 00 60 00 00
10: 08 00 20 01 02 03 04 05 06 07 08 ff
Charlton, John wrote:
I agree that rtcan1 transmit interrupt request is set as is rtcan0 receive
request in sja1000 base + 3, but I notice that neither interrupt is enabled
in the control register (offset 0). I think the command register should be
0x06 so that TIE and RIE interrupt enable
Charlton, John wrote:
I am testing CAN using a TS_CAN1 PC-104 card on an x86 Nano-7240. It appears
that none of the existing SJA1000 drivers support this hardware so I created
a new driver module from rtcan_isa.c and modified it to work with the TS_CAN1
hardware. I am working with
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Wolfgang Grandegger wrote:
Hi Gilles,
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
I'm also puzzled why pthread_setschedparam() does make a mode switch
to secondary mode (sometimes).
That is normal. The glibc caches threads priority
Wolfgang Grandegger wrote:
Hi Gilles,
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
I'm also puzzled why pthread_setschedparam() does make a mode switch
to secondary mode (sometimes).
That is normal. The glibc caches threads priority value, so we have to
call
Hello,
I understood that GDB can be used to debug Xenomai real-time
applications but it seems not to work with my application on PowerPC or
ARM. The applications looses determinism quickly, mainly because RT
threads switch to secondary mode somehow. Have I missed something? Are
there any known
Philippe Gerum wrote:
Wolfgang Grandegger wrote:
Hello,
I understood that GDB can be used to debug Xenomai real-time
applications but it seems not to work with my application on PowerPC or
ARM. The applications looses determinism quickly, mainly because RT
threads switch to secondary mode
Hi Gilles,
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
I'm also puzzled why pthread_setschedparam() does make a mode switch
to secondary mode (sometimes).
That is normal. The glibc caches threads priority value, so we have to
call __real_pthread_setschedparam to update them
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
[...deletions...]
That is not expected. But this brings me back to my initial question, do
you
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Running under
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
[...deletions...]
That is not expected. But this brings me back to my initial question, do
you have to work with a real world application that runs without issuing
any syscall ?
If a add long nanosleeps, e.g
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
[...deletions...]
That is not expected. But this brings me back to my initial question, do
you have to work with a real world application that runs
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
[...deletions...]
That is not expected. But this brings me back to my initial question, do
you
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
I have written the attached test program to cancel Xenomai POSIX
threads. The calc_task does some busy work, which the higher priority
task
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
For architectures with a high-resolution counter,
clock_gettime(CLOCK_MONOTONIC) is a xenomai service which uses the
counter and does not issue any syscall, this includes arm unless you
configured xenomai
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
For architectures with a high-resolution counter,
clock_gettime(CLOCK_MONOTONIC) is a xenomai service which uses the
counter and does not issue any
Philippe Gerum wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
For architectures with a high-resolution counter,
clock_gettime(CLOCK_MONOTONIC) is a xenomai service which uses the
counter and does not issue any syscall
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Running under gdb shows:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x4885d4b0 (LWP 1127)]
0x0ff49100 in pthread_cancel () from /lib
1 - 100 of 301 matches
Mail list logo