From: Wolfgang Grandegger w...@denx.de
This series of patches adds a RTserial driver for the MPC52xx PSC UARTs
on the MPC5200 SOCs. It includes support for RS485 mode and shift
register empty events (RTSER_EVENT_TXEMPTY), which is introduced first.
Wolfgang Grandegger (3):
serial/16650a: fix
From: Wolfgang Grandegger w...@denx.de
This patch extends rtserial.h to support RS485 and shift register empty
events. In contrast to the MPC5200 PSC UART, the 16550A seem not be able
to signal that event via interrupt. The Tramsmitter Empty bit in the
line status register needs to be polled
From: Wolfgang Grandegger w...@denx.de
This driver tries to fake the ioctl interface of the 16650A as good
as possible. The device gets the name rtserPSCx where x is the
sequential PSC device number similar to the linux MPC52xx UART driver
(using ttyPSCx). You may need to unbind the Linux serial
This patch implements a real-time safe rate-limited message printing
on kernel console similar to Linux's printk_ratelimited.
Signed-off-by: Wolfgang Grandegger w...@denx.de
---
include/rtdm/rtdm_driver.h | 31 +
ksrc/skins/rtdm/drvlib.c | 77
Signed-off-by: Wolfgang Grandegger w...@denx.de
---
src/testsuite/regression/posix/leaks.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/testsuite/regression/posix/leaks.c
b/src/testsuite/regression/posix/leaks.c
index 7326572..f9dd34d 100644
--- a/src/testsuite
On 10/12/2011 01:08 PM, Gilles Chanteperdrix wrote:
On 10/12/2011 01:04 PM, Daniele Nicolodi wrote:
On 12/10/11 12:59, Gilles Chanteperdrix wrote:
On 10/12/2011 11:44 AM, Wolfgang Grandegger wrote:
Signed-off-by: Wolfgang Grandegger w...@denx.de
---
src/testsuite/regression/posix/leaks.c
Hello,
I just realized a problem with synchronous message passing support. When
rt_task_send() send times out, I get the oops below from line:
http://www.rts.uni-hannover.de/xenomai/lxr/source/ksrc/skins/native/task.c#1976
-bash-3.2# ./oops_sender
pre-rt_task_receive()
[ 662.423571] Unable to
Hi Philippe,
On 06/09/2011 03:05 PM, Philippe Gerum wrote:
On Thu, 2011-06-09 at 14:42 +0200, Wolfgang Grandegger wrote:
Hello,
I just realized a problem with synchronous message passing support. When
rt_task_send() send times out, I get the oops below from line:
Does this help?
diff
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
2001
From: Wolfgang Grandegger w...@grandegger.com
Date: Mon, 3 Jan 2011 10:59:09 +0100
Subject: [PATCH] wrappers: fixup struct of_device for RTCAN MPC5xxx driver
Since 2.6.36, of_device is just an alias for platform_device.
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
include/asm
On 10/15/2010 08:39 AM, Jan Kiszka wrote:
Am 14.10.2010 21:26, Wolfgang Grandegger wrote:
On 10/14/2010 09:03 PM, Jan Kiszka wrote:
Am 14.10.2010 20:13, Wolfgang Grandegger wrote:
Hi Jan,
On 10/14/2010 07:55 PM, Jan Kiszka wrote:
Am 14.10.2010 18:16, Philippe Gerum wrote:
On Thu, 2010-10
On 10/15/2010 01:07 PM, Wolfgang Grandegger wrote:
On 10/15/2010 08:39 AM, Jan Kiszka wrote:
Am 14.10.2010 21:26, Wolfgang Grandegger wrote:
On 10/14/2010 09:03 PM, Jan Kiszka wrote:
Am 14.10.2010 20:13, Wolfgang Grandegger wrote:
Hi Jan,
On 10/14/2010 07:55 PM, Jan Kiszka wrote:
Am
Hello,
On 07/28/2010 08:15 PM, Rodolfo Oliveira wrote:
Hello friends,
I am developing a project and I'm using two CAN. The Can one is working, but
the CAN 2 is not, i 'm recompile the kernel enabled the can 2, but I can not
make it work.
Scenario:
- I can print the frames in CAN 2, I get
Hello,
please do not drop the CC to the mailing list.
On 07/29/2010 04:33 PM, Rodolfo Oliveira wrote:
Sure, the answers follow:
1 - What version of Xenomai do you use?
A: Xenomai 2.2.91
Puh, that's very old code and I can't identify the MSCAN sources for
that version. Could you please send
Hello,
again, please don't drop the CC to the ml.
On 07/29/2010 09:14 PM, Wolfgang Grandegger wrote:
On 07/29/2010 06:34 PM, Rodolfo Oliveira wrote:
Sure ,
I am also sending other related files.
I'm still puzzled. Another question: What does the command # rtcanrecv
-e 0xfff list when you
Hello,
On 07/29/2010 10:37 PM, Rodolfo Oliveira wrote:
I copied the command # rtcanrecv 0xFFF-e for my microcontroller and I can
not run it, this appeared the following message /
opt/denx/xenomai_2_2_91/src/utils/can: No such file or directory.
Microcontroller shipped with Linux 2.4 with
On 05/30/2010 03:12 PM, Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
From my point of view, yes. Gilles could you please commit this patch?
No, it seems the patch causes a build issue:
http://sisyphus.hd.free.fr/~gilles/bx/
Oops, obviously the Kconfig entry is invalid:
+config
On 05/24/2010 08:47 AM, P.B.Cheblakov wrote:
Wolfgang Grandegger wrote:
On 05/19/2010 06:57 AM, Pavel Cheblakov wrote:
This is a general driver for cards based on PLX90xx PCI-bridges.
It supports following cards:
- Adlink PCI-7841/cPCI-7841 card (http://www.adlinktech.com/)
- Adlink PCI
in linux-next
'rtcan_esd_pci' driver marked as deprecated.
Signed-off-by: Pavel Cheblakov p.b.chebla...@inp.nsk.su
Acked-by: Wolfgang Grandegger w...@grandegger.com
Looks good now, thanks.
Wolfgang.
___
Xenomai-core mailing list
Xenomai-core@gna.org
Hi Sebastian,
On 05/18/2010 01:42 PM, Sebastian Smolorz wrote:
Pavel Cheblakov wrote:
This is a general driver for cards based on PLX90xx PCI-bridges.
It supports following cards:
- Adlink PCI-7841/cPCI-7841 card (http://www.adlinktech.com/)
- Adlink PCI-7841/cPCI-7841 SE card
- esd
On 05/18/2010 02:29 PM, Sebastian Smolorz wrote:
Hi Wolfgang,
Wolfgang Grandegger wrote:
On 05/18/2010 01:42 PM, Sebastian Smolorz wrote:
Pavel Cheblakov wrote:
This is a general driver for cards based on PLX90xx PCI-bridges.
It supports following cards:
- Adlink PCI-7841/cPCI-7841 card
Fuchs in linux-next
Signed-off-by: Pavel Cheblakov p.b.chebla...@inp.nsk.su
As discussed, could you please label the Kconfig entry for the old esd
PCI driver as deprecated. Apart from that the patch looks good and you
can add my Acked-by: Wolfgang Grandegger w...@grandegger.com.
Thanks
This patch fixes type long overflows, invalid command line argument
types and gives the receiver and transmitter thread dedicated names.
Signed-off-by: Wolfgang Grandegger w...@denx.de
diff --git a/examples/rtdm/profiles/can/rtcan_rtt.c
b/examples/rtdm/profiles/can/rtcan_rtt.c
index 93c84a6
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
This patch fixes type long overflows, invalid command line argument
types and gives the receiver and transmitter thread dedicated names.
Signed-off-by: Wolfgang Grandegger w...@denx.de
diff --git a/examples/rtdm/profiles/can/rtcan_rtt.c
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hi Gilles
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
From: Wolfgang Grandegger w...@denx.de
This patch series adds RT-Socket-CAN support for the MSCAN on the MPC512x
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
From: Wolfgang Grandegger w...@denx.de
This patch series adds RT-Socket-CAN support for the MSCAN on the MPC512x
from Freescale by introducing a new OF platform driver for both, the
MPC521x and MPC5200, while still keeping the old driver
Hi Philippe,
Philippe Gerum wrote:
[snip]
On Tue, 2010-01-12 at 17:18 -0500, Lennart Sorensen wrote:
You did port the pipeline to 2.6.32/ppc32 for running on mpc8360, which
fits your needs. But the pipeline patch has to be upgraded for ppc64 as
well. Even for ppc32, a patch is normally
=
cat $pdir/-cover-letter.patch
echo =
opt=--dry-run
test $1 = send opt=
git format-patch -o $pdir --subject-prefix=$sprefix $commitid
echo opt=$opt
git send-email $opt \
--to Xenomai-core@gna.org \
--from=Wolfgang
From: Wolfgang Grandegger w...@denx.de
This patch series adds RT-Socket-CAN support for the MSCAN on the MPC512x
from Freescale by introducing a new OF platform driver for both, the
MPC521x and MPC5200, while still keeping the old driver for the MPC5200
for compatibility with older kernel
From: Wolfgang Grandegger w...@denx.de
Signed-off-by: Wolfgang Grandegger w...@denx.de
---
ksrc/drivers/can/mscan/rtcan_mscan.c | 180 +++-
ksrc/drivers/can/mscan/rtcan_mscan_proc.c | 48 +
2 files changed, 123 insertions(+), 105 deletions(-)
diff --git
From: Wolfgang Grandegger w...@denx.de
This patch introduces support for the MPC512x from Freescale. To re-use
the driver initialization code from the new mpc5xxx_can driver from
the mainline kernel, the old initialization code for the MPC5200 from
rtcan_mscan.c has been moved
=
cat $pdir/-cover-letter.patch
echo =
opt=--dry-run
test $1 = send opt=
git format-patch -o $pdir --subject-prefix=$sprefix $commitid
echo opt=$opt
git send-email $opt \
--to Xenomai-core@gna.org \
--from=Wolfgang
From: Wolfgang Grandegger w...@denx.de
This patch introduces tabs for indention, deletes training white space
and corrects some other white space issues.
Signed-off-by: Wolfgang Grandegger w...@denx.de
---
ksrc/drivers/can/mscan/Makefile |4 +-
ksrc/drivers/can/mscan/rtcan_mscan.c
Wolfgang Grandegger wrote:
pdir=../send-rtcan-mscan-mpc5xxx/
sprefix=PATCH xenomai-2.5
commitid=b197fe0f370d92ee1838b370fbf927ca50a0e573
subject=rtcan: mscan: new OF platform driver for MPC521x and MPC5200
blurb=\
This patch series adds RT-Socket-CAN support for the MSCAN on the MPC512x
Hello,
I get the following error when building GIT head of xenomai-2.4 for PowerPC:
Making all in cyclic
make[3]: Entering directory
`/work/wolf/pdm360ng/xenomai-2.4/src/testsuite/cyclic'
/bin/sh ../../../libtool --tag=CC --mode=link ../../../scripts/wrap-link.sh
ppc-linux-gcc
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
I get the following error when building GIT head of xenomai-2.4 for PowerPC:
Making all in cyclic
make[3]: Entering directory
`/work/wolf/pdm360ng/xenomai-2.4/src/testsuite/cyclic'
/bin/sh ../../../libtool --tag=CC --mode
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
I get the following error when building GIT head of xenomai-2.4 for PowerPC:
Making all in cyclic
make[3]: Entering directory
`/work/wolf/pdm360ng/xenomai-2.4/src/testsuite/cyclic'
/bin/sh ../../../libtool --tag=CC --mode
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin is a bit strange to
define this in core headers which are included everywhere. This said,
not prefixing a
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin is a bit strange to
define this in core headers which are included everywhere. This said,
not prefixing a
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
* rtcan: on blackfin we seem to have a conflict with rtcan.
The warning is about CAN_ERR_MASK, sure blackfin
Hi Jan,
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Hi,
I am working on automated build tests of several configurations of
Xenomai head. While running them, I found a few issues, and would need
acks, since it is in parts others maintain.
Alex:
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Sebastian Smolorz wrote:
can: Free I/O region when unloading the xeno_can_isa.ko driver
Signed-off-by: Sebastian Smolorz smol...@rts.uni-hannover.de
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
Philippe, should I apply the patch?
Do
on the Socket-CAN driver for those boards by Matthias
Fuchs.
Signed-off-by: Sebastian Smolorz smol...@rts.uni-hannover.de
Acked-by: Wolfgang Grandegger w...@grandegger.com
Sorry for delay.
Wolfgang.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https
Hi Philipe,
Philippe Gerum wrote:
On Wed, 2009-05-20 at 12:36 +0200, Wolfgang Grandegger wrote:
Wolfgang Grandegger wrote:
Hi Philippe,
Philippe Gerum wrote:
It looks like this patch is still pending an ack/nak. Wolfgang, any
comment on this? TIA,
FIFO overrun, sorry.
On Tue, 2009-05-05
This patch fixes build problems with recent kernel version due
to changes of the OpenFirmware device compatibility names.
Furthermore, it introduces a Kconfig option to leave the CAN
pin routing as-is (normally pre-configured by the boot-loader).
Signed-off-by: Wolfgang Grandegger w
Hi Philippe,
Philippe Gerum wrote:
It looks like this patch is still pending an ack/nak. Wolfgang, any
comment on this? TIA,
FIFO overrun, sorry.
On Tue, 2009-05-05 at 21:04 +0200, Stefan Kisdaroczi wrote:
Hi,
my pci board has the same pci-interface-chip as the IXXAT-PCI board.
The
Hello,
first a Happy New Year to everybody.
With the POSIX skin of Xenomai trunk I get the following Oops when I
exit my application (with ^C) on my PowerPC :
Xenomai: fatal: removing non-linked element, holder=c78e69c8, qslot=c7b03030
at kernel/xenomai/skins/posix/thread.c:52
[ 4081.676346]
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
first a Happy New Year to everybody.
With the POSIX skin of Xenomai trunk I get the following Oops when I
exit my application (with ^C) on my PowerPC :
Xenomai: fatal: removing non-linked element, holder=c78e69c8,
qslot
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hi Jan and Sebastian,
attached is the patch fixing the filter problem. I'm going to apply it
to the trunk as well if there are no complaints.
Wolfgang.
Index: ChangeLog
copy)
@@ -1,3 +1,9 @@
+2008-10-29 Wolfgang Grandegger [EMAIL PROTECTED]
+
+ * ksrc/drivers/can/rtcan_raw_filter.c(rtcan_raw_mount_filter):
+ Applying the filter mask required for fast filter checks got lost
+ somehow with commit 2202.
+
2008-10-28 Gilles Chanteperdrix [EMAIL
Hi Jan,
Jan Kiszka wrote:
Due to a global definition of 'clock' in latest 2.6.26, we now have a
problem with two rtcan drivers. Below is a fix that breaks those
drivers' user interface by rename the conflicting variable which
unfortunately also renames the module parameter name.
An
Hello,
the following patch fixes a problem building the Xenomai user
space applications for the MPC5200 using the ELDK 4.2. It can't
find the type uint64_t:
Index: include/asm-powerpc/fptest.h
===
--- include/asm-powerpc/fptest.h
Hello,
the patch below fixes some issues with cross compiling the
DENX linuxppc_2_4_devel tree (2.4.25) for the MPC5200. I
think they are present on Xenomai trunk as well (and even
a few more).
Wolfgang.
Index: include/asm-generic/wrappers.h
Gilles Chanteperdrix wrote:
On Wed, Mar 12, 2008 at 11:22 AM, Wolfgang Grandegger [EMAIL PROTECTED]
wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
I tried to test the POSIX example program satch.c under Linux 2.4.25
for
PPC. I was able to fix
Hello,
I tried to test the POSIX example program satch.c under Linux 2.4.25 for
PPC. I was able to fix a few issues but the module does still not load.
I have attached a patch for Xenomai 2.4.2 fixing:
- User-space satch: It was necessary to move time.h and signal.h to the
end of the include
axel axel wrote:
Hi,
i want to use floating point in module with some xenomai task.
I understand that i can use floating point if i implement some functions
( xnarch_fpu_init.. ).
Ok for this but if i try to compile the module, the compiler ( gcc 3.4.3
for arm ) says me there are
Hello,
attached is a fix for a nice bug in xnintr_irq_proc() of Xenomai v2.3.x.
Check for tabs. I have not checked if it's present in recent versions as
well.
Wolfgang.
Index: ksrc/nucleus/intr.c
===
--- ksrc/nucleus/intr.c
Philippe Gerum wrote:
Wolfgang Grandegger wrote:
Hello,
attached is a fix for a nice bug in xnintr_irq_proc() of Xenomai v2.3.x.
Mmf... Thanks.
Check for tabs. I have not checked if it's present in recent versions as
well.
Even if a bit overkill, I would even go for something like
p
Hello,
recent versions of Xenomai include the header file linux/uaccess.h in
xenomai/include/asm-generic/syscall.h which does not exist under Linux
2.4. asm/uaccess should be used instead. Any clever idea how to fix it
(without using #ifdefs)?
Wolfgang.
Philippe Gerum wrote:
Wolfgang Grandegger wrote:
Wolfgang Grandegger wrote:
Thomas Wiedemann wrote:
Hi,
we had a problem compiling the CAN-Driver for the last release candidate
when
shared interrupts had been enabled, because of the re-named option
CONFIG_XENO_OPT_SHIRQ_LEVEL.. After
Wolfgang Grandegger wrote:
Thomas Wiedemann wrote:
Hi,
we had a problem compiling the CAN-Driver for the last release candidate
when
shared interrupts had been enabled, because of the re-named option
CONFIG_XENO_OPT_SHIRQ_LEVEL.. After a quick look, version 2.4.0 still
doesn't fix
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
On Dec 11, 2007 2:20 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Wolfgang Grandegger wrote:
The attached test application using a more sophisticated signal
handling
works fine on my
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
On Dec 11, 2007 2:20 PM, Wolfgang Grandegger [EMAIL PROTECTED]
wrote:
Wolfgang Grandegger wrote:
The attached test
Gilles Chanteperdrix wrote:
On Dec 12, 2007 11:58 AM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Hi Gilles,
the attached patch adds the missing function __real_pthread_kill to
src/skins/posix/wrappers.c.
This should already been in the trunk. Not yet in v2.4.x though.
$ svn update
U
Hi Gilles,
the attached patch adds the missing function __real_pthread_kill to
src/skins/posix/wrappers.c.
Wolfgang.
+ diff -u xenomai-2.3.2/src/skins/posix/wrappers.c.ORIG xenomai-2.3.2/src/skins/posix/wrappers.c
--- xenomai-2.3.2/src/skins/posix/wrappers.c.ORIG 2006-12-26 19:39:00.0
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
On Dec 11, 2007 2:20 PM, Wolfgang Grandegger [EMAIL
PROTECTED
Wolfgang Grandegger wrote:
The attached test application using a more sophisticated signal handling
works fine on my MPC5200-board running Linux 2.6.23 and Xenomai trunk.
Going to try it tomorrow on my PC.
It works fine as well on my PC with Linux 2.6.23 and Xenomai trunk and
now also
Gilles Chanteperdrix wrote:
On Dec 11, 2007 2:20 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Wolfgang Grandegger wrote:
The attached test application using a more sophisticated signal handling
works fine on my MPC5200-board running Linux 2.6.23 and Xenomai trunk.
Going to try it tomorrow
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hi Gilles,
Gilles Chanteperdrix wrote:
On Dec 6, 2007 3:05 PM, Wolfgang Grandegger [EMAIL PROTECTED]
wrote
Thomas Wiedemann wrote:
Hi,
we had a problem compiling the CAN-Driver for the last release candidate
when
shared interrupts had been enabled, because of the re-named option
CONFIG_XENO_OPT_SHIRQ_LEVEL.. After a quick look, version 2.4.0 still
doesn't fix this. A patch is included (for
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hi Gilles,
Gilles Chanteperdrix wrote
Gilles Chanteperdrix wrote:
On Dec 10, 2007 4:20 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hi Gilles,
Gilles
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
On Dec 10, 2007 4:20 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hi Gilles
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
After adding pthread_getschedparam() I realized, that policy was 1 and
prio 10 and not as expected 5. The corresponding attribute settings
before calling pthread_create have been ignored somehow. Am I doing
something wrong
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hi Gilles,
Gilles Chanteperdrix wrote:
On Dec 6, 2007 3:05 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Gilles Chanteperdrix wrote:
On Dec 6, 2007 2:28 PM, Gilles
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Gilles Chanteperdrix wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hi Gilles,
Gilles Chanteperdrix wrote:
On Dec 6, 2007 3:05 PM, Wolfgang Grandegger [EMAIL PROTECTED]
wrote
Hi Gilles,
Gilles Chanteperdrix wrote:
On Dec 6, 2007 3:05 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Gilles Chanteperdrix wrote:
On Dec 6, 2007 2:28 PM, Gilles Chanteperdrix
[EMAIL PROTECTED] wrote:
On Dec 6, 2007 2:24 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Gilles
Hello,
I just realized that the patch
http://svn.gna.org/viewcvs/xenomai/branches/v2.3.x/ksrc/arch/powerpc/hal.c?rev=3132r1=2616r2=3132
breaks compilation of the Linux 2.4 kernel for PPC:
hal.c: In function `rthal_set_local_cpu_timer':
hal.c:95: warning: implicit declaration of function
Hello,
how do I cancel or delete a Xenomai POSIX thread running in primary
context from a higher priority thread? IIUC, pthread_kill() can only be
used in secondary context. I tried pthread_cancel(), but it only works
when hitting a cancelation point, e.g. pthread_testcancel(). Setting
Gilles Chanteperdrix wrote:
On Dec 6, 2007 1:31 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Hello,
how do I cancel or delete a Xenomai POSIX thread running in primary
context from a higher priority thread? IIUC, pthread_kill() can only be
used in secondary context. I tried
Gilles Chanteperdrix wrote:
On Dec 6, 2007 2:24 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Gilles Chanteperdrix wrote:
On Dec 6, 2007 1:31 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Hello,
how do I cancel or delete a Xenomai POSIX thread running in primary
context from a higher
Gilles Chanteperdrix wrote:
On Dec 6, 2007 2:28 PM, Gilles Chanteperdrix
[EMAIL PROTECTED] wrote:
On Dec 6, 2007 2:24 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Gilles Chanteperdrix wrote:
On Dec 6, 2007 1:31 PM, Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Hello,
how do I cancel
Daniel Schnell wrote:
Giammarco Zacheo wrote:
Does anybody ever tried to port Xenomai on a Efika board?
http://www.genesippc.com/efika.php
It is a freescale powerpc based board, with some patches to make
linux work on it. I have read some emails on the net talking about
RTAI, so what about
Benjamin ZORES wrote:
Wolfgang Grandegger wrote:
Benjamin ZORES wrote:
Philippe Gerum wrote:
Yes. I have tested 2.6.22-DENX over two Freescale boards, namely
mpc52xx
and mpc8548, using this very same setup. Btw, you will need to pick
2.0-01 which landed today in the repo, since I fixed
Daniel Schnell wrote:
Wolfgang Grandegger wrote:
I have a patch already since a while but forgot to post it. Could you
please give the attached patch a try?
I have given the patch a try and it doesn't quite work out of the box,
as there is an index off-by-one error concerning
Hi Daniel,
Daniel Schnell wrote:
Hi,
I have cross compiled Xenomai latest trunk (Adeos-1.7) for the Denx
2.6.23 tree for a PowerPC5200 arch, and the only annoyance I can see is
that MSCAN driver for Xenomai is not compiling because of missing
defines/enums in asm-powerpc/mpc52xx.h in
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hello,
the following patch changes:
2007-08-22 Wolfgang Grandegger [EMAIL PROTECTED]
* ksrc/drivers/can/sja1000: Add the RT-Socket-CAN SJA1000 driver
rtcan_ems_pci.c for the EMS CPC PCI card from EMS Dr. Thomas
Wuensche (http
Hello,
the following patch changes:
2007-08-22 Wolfgang Grandegger [EMAIL PROTECTED]
* ksrc/drivers/can/sja1000: Add the RT-Socket-CAN SJA1000 driver
rtcan_ems_pci.c for the EMS CPC PCI card from EMS Dr. Thomas
Wuensche (http://www.ems-wuensche.de).
I would like
Hello,
the following patch fixes:
2007-08-22 Wolfgang Grandegger [EMAIL PROTECTED]
* ksrc/drivers/can/rtcan_socket.c: protect the list of sockets
per device properly when adding or deleting sockets.
It should be applied to Xenomai's trunk and v2.3.x branch.
Wolfgang.
Index
Hello,
the attached patch fixes the following compilation error with Xenomai's
head of trunk under Linux 2.4:
kernel/kernel.o(.text+0x135a4): In function `__rthal_generic_full_divmod64':
/temp/rtcan/devel/linuxppc_2_4_devel-xenomai/kernel/xenomai/arch/generic/hal.c:918:
undefined reference
juanba romance wrote:
Hello Wolfgang this is the previous mail thread maintained with Jan and
i hope it answer your question
Yes, it shows that you are aware of RT-Socket-CAN but it does not answer
yet Jan's question:
-- Forwarded message --
From: *Jan Kiszka* [EMAIL
juanba romance wrote:
[...]
After review your current user interface i can not understand how a RF
cycle flows through the user application
holding as much as possible the latency at the receiver side. Maybe it's
my own misunderstanding.
Your just send a remote transmission request message
Hello,
yesterday I realized a problem with compat_module_param_array() with
ksrc/drivers/can/sja1000/rtcan_mem.c under Linux 2.4. It uses
CONFIG_XENO_DRIVERS_CAN_SJA1000_MEM_MAX_DEV to define the number of mem
devices, which is set to '(4)' by make [menuc]onfig. Unfortunately,
the brackets '()'
Hello,
the attached patch changes:
2007-07-09 Wolfgang Grandegger [EMAIL PROTECTED]
* include/asm-generic/wrappers.h: add __deprecated for Linux 2.4.
Wolfgang.
Index: include/asm-generic/wrappers.h
===
--- include/asm
Jan Kiszka wrote:
Philippe Gerum wrote:
On Mon, 2007-07-09 at 16:45 +0200, Wolfgang Grandegger wrote:
Hello,
the attached patch changes:
2007-07-09 Wolfgang Grandegger [EMAIL PROTECTED]
* include/asm-generic/wrappers.h: add __deprecated for Linux 2.4.
Merged, thanks.
You
Philippe Gerum wrote:
On Mon, 2007-07-09 at 17:02 +0200, Jan Kiszka wrote:
Philippe Gerum wrote:
On Mon, 2007-07-09 at 16:50 +0200, Jan Kiszka wrote:
Philippe Gerum wrote:
On Mon, 2007-07-09 at 16:45 +0200, Wolfgang Grandegger wrote:
Hello,
the attached patch changes:
2007-07-09
Hi Jan,
Jan Kiszka wrote:
Hi Wolfgang,
can we just switch over to pci_register_driver in order to avoid
deprecated (and soon removed) pci_module_init? Or do we also need some
wrapper for older 2.4 kernels (latest 2.4 is already aligned with 2.6)?
It works with 2.4.25, at least and from my
Jan Kiszka wrote:
Hi Wolfgang,
can we just switch over to pci_register_driver in order to avoid
deprecated (and soon removed) pci_module_init? Or do we also need some
wrapper for older 2.4 kernels (latest 2.4 is already aligned with 2.6)?
Likely. I will do some tests tomorrow.
Wolfgang.
Hello,
sorry, didn't realize the CC to the xenomai-core ML :-(. Here the
English translation:
Wolfgang Grandegger wrote:
Hallo Jan,
Jan Kiszka wrote:
Hi Wolfgang,
I came across the fact that xeno_can_peak_dng is autoloaded on 2.6 due to
its PnP announcement via MODULE_DEVICE_TABLE
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hello,
I needed the attached patch to get the user space stuff of Xenomai
trunk, head of SVN cross compiled for PPC. Please apply. Thanks.
I would say, just go ahead. The fixes are obvious and correct.
Applied, already 2 days ago. For some
1 - 100 of 251 matches
Mail list logo