Philippe Gerum wrote:
Here is an update regarding the way things progress on the v2.1 branch:
o The build system has been deeply revamped, so that we now fully leave
the burden of building Xenomai's kernel support to Linux. To this end,
the code tree has been reorganized in two major
Hallo,
when trying to build RTnet with Xenomai and Linux 2.4.25 for PowerPC, I
stumbeld over the following problem:
In linuxppc_2_4_devel/include/asm-generic/xenomai/wrappers.h there is
defined:
#define ulong i
#define uint i
This makes trouble when a driver uses the types uint or
Philippe Gerum wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
Likely not this time (keep it cold anyway, who knows); I
strongly suspect a bug in xnarch_switch_to() for all archs but
x86
Now that
Philippe Gerum wrote:
Wolfgang Grandegger wrote:
Hi Philippe,
I just realized that recent changes in ksrc/arch/powerpc/switch.S have
broken the build of Xenomai with linuxppc_2_4_devel on PPC:
#include asm/offsets.h does not exist
Symbols like SAVE_NVGPRS do not exist
Fixed.
Thanks
Wolfgang Denk wrote:
Dear Philippe,
in message [EMAIL PROTECTED] you wrote:
We try to find a way to wrap class_device_create properly depending on the kernel
version Xeno is compiled against. The parent device class argument in this call
(2nd in order) seems to show up in 2.6.15 for
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Therefore we need a dedicated function to re-enable interrupts in the
ISR. We could name it *_end_irq, but maybe *_enable_isr_irq is more
obvious. On non-PPC archs it would translate to *_irq_enable. I
realized, that *_irq_enable
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Therefore we need a dedicated function to re-enable interrupts in the
ISR. We could name it *_end_irq, but maybe *_enable_isr_irq is more
obvious. On non-PPC archs it would translate to *_irq_enable. I
realized, that *_irq_enable
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hello,
Dmitry Adamushko wrote:
Hi,
this is the final set of patches against the SVN trunk of 2006-02-03.
It addresses mostly remarks concerning naming (XN_ISR_ISA -
XN_ISR_EDGE), a few cleanups and updated comments.
Functionally, the support
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hello,
Dmitry Adamushko wrote:
Hi,
this is the final set of patches against the SVN trunk of 2006-02-03.
It addresses mostly remarks concerning naming (XN_ISR_ISA -
XN_ISR_EDGE), a few cleanups and updated comments.
Functionally, the support
Hallo,
when trying to build RTnet with Xenomai and Linux 2.4.25 for PowerPC, I
stumbeld over the following problem:
In linuxppc_2_4_devel/include/asm-generic/xenomai/wrappers.h there is
defined:
#define ulong i
#define uint i
This makes trouble when a driver uses the types uint or
Hi Philippe,
I just realized that recent changes in ksrc/arch/powerpc/switch.S have
broken the build of Xenomai with linuxppc_2_4_devel on PPC:
#include asm/offsets.h does not exist
Symbols like SAVE_NVGPRS do not exist
For the time being, I will stick with an older version for testing
Philippe Gerum wrote:
Wolfgang Grandegger wrote:
Philippe Gerum wrote:
Wolfgang Grandegger wrote:
Hi Philippe,
I just realized that recent changes in ksrc/arch/powerpc/switch.S
have broken the build of Xenomai with linuxppc_2_4_devel on PPC:
#include asm/offsets.h does not exist
Wolfgang Denk wrote:
Dear Philippe,
in message [EMAIL PROTECTED] you wrote:
We try to find a way to wrap class_device_create properly depending on the kernel
version Xeno is compiled against. The parent device class argument in this call
(2nd in order) seems to show up in 2.6.15 for
Hello,
attached you will find the results of my todays Xenomai latency
measurements on various PowerPC boards with Linux 2.4 and 2.6.
Wolfgang.
New latency tests with Xenomai on various PowerPC boards
Board : Processor CPU-Clk
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Therefore we need a dedicated function to re-enable interrupts in the
ISR. We could name it *_end_irq, but maybe *_enable_isr_irq is more
obvious. On non-PPC archs it would translate to *_irq_enable. I
realized, that *_irq_enable
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
Philippe Gerum wrote:
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote
Philippe Gerum wrote:
Hannes Mayer wrote:
Ciao Philippe!
prepare-kernel.sh works well - I'd suggest to ask the user for
the 3 needed parameters, instead of supplying them as parameters.
e.g.
# scripts/prepare-kernel.sh
Linux directory: [default: /usr/src/linux] :
Adeos-patch: [default: none]
Hannes Mayer wrote:
Wolfgang Grandegger wrote:
[...]
I have realized the same error building out of the source tree for
PowerPC. The problem is, that the link is pointing to itself. Apart
from that, the ksrc part works fine (at least I can boot the ipipe
kernel).
If I remove the sym-link
Philippe Gerum wrote:
Here is an update regarding the way things progress on the v2.1 branch:
o The build system has been deeply revamped, so that we now fully leave
the burden of building Xenomai's kernel support to Linux. To this end,
the code tree has been reorganized in two major
On 10/11/2005 05:11 PM Fillod Stephane wrote:
Heikki Lindholm wrote:
[..]
Probably, but there are less than awesome 4xx boards around and I'd
guess they might even be more likely targets than G4 based machines,
for
example. Some tuning might be needed.
How many people are using Xenomai
On 10/12/2005 02:51 PM Heikki Lindholm wrote:
Wolfgang Grandegger kirjoitti:
On 10/11/2005 05:11 PM Fillod Stephane wrote:
Heikki Lindholm wrote:
[..]
Probably, but there are less than awesome 4xx boards around and I'd
guess they might even be more likely targets than G4 based machines
On 10/12/2005 03:16 PM Fillod Stephane wrote:
Wolfgang Grandegger wrote:
On 10/11/2005 05:11 PM Fillod Stephane wrote:
Heikki Lindholm wrote:
[..]
Probably, but there are less than awesome 4xx boards around and I'd
guess they might even be more likely targets than G4 based machines
On 10/12/2005 04:39 PM Philippe Gerum wrote:
Wolfgang Grandegger wrote:
We have linux-2.4.14-rc3 running on all AMCC eval boards (see
http://www.denx.de). But the kernel supported by RTAI/Fusion,
linuxppc-2.6.10rc3, does not boot on Ebony. The main problem is the
missing support for U-Boot
On 10/13/2005 11:11 AM Philippe Gerum wrote:
Wolfgang Grandegger wrote:
On 10/12/2005 04:39 PM Philippe Gerum wrote:
Wolfgang Grandegger wrote:
We have linux-2.4.14-rc3 running on all AMCC eval boards (see
http://www.denx.de). But the kernel supported by RTAI/Fusion,
linuxppc-2.6.10rc3, does
On 10/13/2005 03:33 PM Philippe Gerum wrote:
Paul wrote:
Hi Philippe
On Thursday 13 October 2005 09:24, Philippe Gerum wrote:
- Regular automated benchmarking: What is Xenomai currently capable of, how
stable is it, do we progress or regress over time and releases, arch by
arch?
Have a
Hello Philippe,
I got Xenomai working on a Ocotea-Board (AMCC 440GX) and a low-end
TQM855L-Module (MPC 855) under Linux 2.6.14-rc3 :-). The patch applied
with a few hunks and one easy to fix reject and I had to correct two
problems. One with FEW_CONTEXT (see attached patch) and the second with
On 10/15/2005 09:17 PM Heikki Lindholm wrote:
Wolfgang Grandegger kirjoitti:
Hello Philippe,
I got Xenomai working on a Ocotea-Board (AMCC 440GX) and a low-end
TQM855L-Module (MPC 855) under Linux 2.6.14-rc3 :-). The patch applied
with a few hunks and one easy to fix reject and I had
Hallo,
attached you will find the results of Xemonai latency measurements on
various embedded PowerPC boards using MPC 8xx and AMCC 4xx processors,
from low to high end covering a worst case latency range from 25 to 225
us. It also includes a comparison with RTAI 3.0r5 on the slowest CPU.
Here
On 10/18/2005 01:44 PM Philippe Gerum wrote:
Philippe Gerum wrote:
Wolfgang Grandegger wrote:
Hallo,
attached you will find the results of Xemonai latency measurements on
various embedded PowerPC boards using MPC 8xx and AMCC 4xx processors,
from low to high end covering a worst case
On 10/17/2005 05:42 PM Fillod Stephane wrote:
Hi Philippe,
Sorry for the late report, Xenomai appears to work fine on a Freescale
e500
board (MPC8541E) under Linux 2.6.13. Xenomai version was v1.9.9, ie. the
daily
snapshot as of today. Here are some preliminary figures (CPU 800MHz, Bus
Hello,
the output of the cache calibrator indicated, that TLB misses on the MPC
860 might influence latencies substantially.
Looking closer to the Linux 2.6 kernel revealed, that TLB entries for
the kernel space (0xc000) are not pinned by default for the MPC 860
(like in 2.4). I enabled this
Jan Kiszka wrote:
Niklaus Giger wrote:
Am Samstag, 8. April 2006 10:44 schrieb Jan Kiszka:
Niklaus Giger wrote:
Hi everybody
..
This is a really great idea! Of course, I already have another test
candidate in mind: RTnet 8). Specifically the PPC environment would be
interesting, as our
Niklaus Giger wrote:
Hi
I was busy improving the buildbot setup and achieved the following:
- added build slave for simulator
- added a buildbot for a TQM860L with Denx PPC 2.4 kernel. Cannot yet build
the RTnet code.
- patched buildbot to show names for shell build steps instead of the
Hello,
I just checked out Xenomai and realized the UVM build error below (while
building for PPC 405 with IPIPE tracer). xnlock_put/get seems not to
be dummy without SMP.
Wolfgang.
if ppc-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../../../../src/include -O2
-D_GNU_SOURCE -D_REENTRANT
Philippe Gerum wrote:
As promised, the I-pipe tracer has been ported to ppc. People working on
this architecture are invited to give it a try, it's a great tool to
find out where the cycles are actually going.
Just apply the tracer patch on top of the Adeos patch bearing the same
revision
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Philippe Gerum wrote:
As promised, the I-pipe tracer has been ported to ppc. People working
on this architecture are invited to give it a try, it's a great tool
to find out where the cycles are actually going.
Just apply the tracer patch on top
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hello,
I'm currently implementing a RTDM real-time CAN driver, which raises the
the problem of adding the driver to the Xenomai source tree. My first
idea was to provide RTCAN as a patch for Xenomai:
So you prefer to maintain RTCAN out-of-tree
Hello,
what is prepare_kernel --output-patch useful for?
Thanks.
Wolfgang.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Hello,
with todays SVN version of Xenomai, the testsuite program
switchtest/switch.c does not compile because cpu_set_t and friends
(CPU_SET, ...) are not undefined. I'm using kernel version 2.4.25.
Any idea what goes wrong. I haven't found where cpu_set_t is declared,
not even in Linux
Wolfgang Grandegger ([EMAIL PROTECTED]) or Sebastian Smolorz
([EMAIL PROTECTED]).
Credits:
---
See CREDITS file.
License:
---
RTCAN is free software, and you are welcome to redistribute it under
the terms of the GNU General Public License. This program comes with
ABSOLUTELY
Jan Kiszka wrote:
Hi,
instead of replying directly to Wolfgang's announcement of their great
CAN stack I take the chance to start a generic thread on the future of
RTDM drivers *within* Xenomai.
If you look at the real-time Linux scene now and in the past, you may
find it fairly scattered.
Philippe Gerum wrote:
Hi Wolfgang,
First of all, thx for the CAN stack. Great job.
On Thu, 2006-08-03 at 09:58 +0200, Wolfgang Grandegger wrote:
Jan Kiszka wrote:
snip
Now I would suggest to look at RTCAN (or what it will be called in the
end) and to discuss on this first concrete example
Jan Kiszka wrote:
Hi Wolfgang,
Wolfgang Grandegger wrote:
Hello,
at ftp://ftp.denx.de/pub/xenomai/rtcan; you can find a first version of
RTCAN, an Open Source hard real-time protocol stack for CAN devices
based on BSD sockets. It is based on the SJA1000 socket-based CAN driver
for RTDM
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Jan Kiszka wrote:
Hi Wolfgang,
Wolfgang Grandegger wrote:
Hello,
at ftp://ftp.denx.de/pub/xenomai/rtcan; you can find a first version of
RTCAN, an Open Source hard real-time protocol stack for CAN devices
based on BSD sockets. It is based
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
- Well known issue: the RTCAN name. This should definitely get resolved
before we merge. Any feedback already?
I contacted the author. If I will not get an answer soon, I tend
changing the global name to RT-Socket-CAN (rtsocketcan).
I would really
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
- Well known issue: the RTCAN name. This should definitely get resolved
before we merge. Any feedback already?
I contacted the author. If I will not get an answer soon, I tend
changing the global name to RT-Socket-CAN (rtsocketcan).
I would really
Hi Jan,
Jan Kiszka wrote:
For review:
Here comes a tiny but fairly useful new CAN driver: a virtual CAN bus
consisting of 2..n devices (see module parameter). Transmission takes
places from the sender to all other devices on the bus, just like in
real life.
This driver was already helpful for
Hi Jan,
Jan Kiszka wrote:
For review:
This patch folds the rt-threads of rtcanrecv/send into the main thread,
assigns unique thread names, and lowers the priorities to some less
critical level. Furthermore, rtcanrecv is enhanced by a printout of the
CAN device and support for listening on all
Jan Kiszka wrote:
Hi Wolfgang,
in the process of preparing to merge rtdm_irq_enable into
rtdm_irq_request I would like to check if the attached patch is ok, thus
we could finally drop rtdm_irq_enable once the API is refactored. Please
check carefully when the first IRQs may happen and what the
Jan Kiszka wrote:
Hi Wolfgang,
as one result of a hacking session on a PPC405 with SJA1000 on board I
applied two minor fixes to rtcan_isa.c to SVN, see end of mail for
reference. The first one gave an interesting effect on big-endian
because irq is an integer, the second one reveals that we
Wolfgang Grandegger wrote:
Hi Matthias,
Matthias Fuchs wrote:
Hi Wolfgang,
Wolfgang Grandegger wrote:
You have to define the real CAN system clock, which is 16/2 = 8 Mhz for
most SJA 1000 hardware even if the oscillator is running at 16 MHz. I
will add some reasonable note to rtcan_dev.h
Hi Matthias,
Matthias Fuchs wrote:
Hi,
I was trying to use some external hardware interupts on a PPC405 board
as part of a hacking session with Jan to bring up the rtcan driver on
this board.
Here are some versions:
Linux Kernel: 2.6.14
Adeos: 1.3-07
Xenomai: from svn
Matthias Fuchs wrote:
On Sunday 10 September 2006 13:02, Wolfgang Grandegger wrote:
Hi Matthias,
Matthias Fuchs wrote:
Hi,
I was trying to use some external hardware interupts on a PPC405 board
as part of a hacking session with Jan to bring up the rtcan driver on
this board.
Could you
Matthias Fuchs wrote:
Hello Philippe,
that helps. I will do some further testing.
Matthias
On Monday 11 September 2006 12:20, Philippe Gerum wrote:
It's likely an Adeos issue. Could you try this patch? TIA,
--- arch/ppc/syslib/ppc4xx_pic.c~ 2005-10-28 02:02:08.0 +0200
+++
Philippe Gerum wrote:
On Mon, 2006-09-11 at 16:22 +0200, Jan Kiszka wrote:
Philippe Gerum wrote:
On Mon, 2006-09-11 at 14:20 +0200, Wolfgang Grandegger wrote:
Matthias Fuchs wrote:
Hello Philippe,
that helps. I will do some further testing.
Matthias
On Monday 11 September 2006 12:20
Matthias Fuchs wrote:
On Monday 11 September 2006 17:46, Wolfgang Grandegger wrote:
A possible explanation is that configurations only using the timer IRQ
are not affected, since the decrementer is not subject to this issue
(the tick handler returns XN_ISR_NOENABLE anyway).
I run RT-Socket-CAN
Matthias Fuchs wrote:
On Monday 11 September 2006 20:13, Wolfgang Grandegger wrote:
In 2.6 the interrupts are disabled by default. Then the attached patch
for Xenomai should help.
Wolfgang.
Your patch also works fine. Now what's the recommended solution? I noticed
that Philippe already
.
+ *
+ * This driver is derived from the rtcan-isa driver by
+ * Wolfgang Grandegger and Sebastian Smolorz.
+ *
+ * Copyright (C) 2006 Wolfgang Grandegger [EMAIL PROTECTED]
+ * Copyright (C) 2005, 2006 Sebastian Smolorz
+ * [EMAIL PROTECTED]
+ *
+ *
+ * This program is free software
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hi Matthias,
Matthias Fuchs wrote:
Hi,
attached you will find a patch that adds support for memory mapped
SJA1000 CAN controllers as they often can be found on embedded boards.
The driver is based on the rtmen_isa driver.
What about using
Matthias Fuchs wrote:
Hi Wolfgang,
On Tuesday 12 September 2006 14:22, Wolfgang Grandegger wrote:
What about using request_mem_region()? While looking to the driver I now
... will be added, of course.
realize, that it's mainly duplicated code. Does it not make more sense
to make a combined
Matthias Fuchs wrote:
Hi Jan,
I think there's is little typo in rtcan_dev.h:
Index: rtcan_dev.h
===
--- rtcan_dev.h (revision 1564)
+++ rtcan_dev.h (working copy)
@@ -45,7 +45,7 @@
/* Suppress handling of refcount if module
12 September 2006 14:22, Wolfgang Grandegger wrote:
Hi Matthias,
Matthias Fuchs wrote:
Hi,
attached you will find a patch that adds support for memory mapped
SJA1000 CAN controllers as they often can be found on embedded boards.
The driver is based on the rtmen_isa driver.
What about using
Hi Niklaus,
Niklaus Giger wrote:
Hi
Finally I got some time to debug the whole problem with my BDI.
I see that in hal.c thal_set_local_cpu_timer the PIT is loaded with a value of
568 which is far too low, as the PIT is running at 400 MHz. So it will
trigger an interrupt every 1,4 microsecond
Niklaus Giger wrote:
Am Montag, 25. September 2006 17:57 schrieb Philippe Gerum:
On Sun, 2006-09-24 at 23:07 +0200, Wolfgang Grandegger wrote:
Niklaus Giger wrote:
..
Ok, we can go for the lazy fix here, since this code is poised to
disappear anyway. I've merged a variant of the above we
with periodic timer on
PPC40x solved
On Mon, 2006-09-25 at 22:29 +0200, Niklaus Giger wrote:
Am Montag, 25. September 2006 17:57 schrieb Philippe
Gerum:
On Sun, 2006-09-24 at 23:07 +0200, Wolfgang
Grandegger wrote:
Niklaus Giger wrote:
..
Is the output of lines like Xenomai: Switching
Philippe Gerum wrote:
On Tue, 2006-09-26 at 18:28 +0200, Wolfgang Grandegger wrote:
Philippe Gerum wrote:
On Tue, 2006-09-26 at 16:56 +0200, gilles.chanteperdrix wrote:
-- Debut du message initial ---
De : [EMAIL PROTECTED]
A : [EMAIL PROTECTED]
Copies : xenomai-core
Niklaus Giger wrote:
Am Dienstag, 26. September 2006 22:23 schrieb Wolfgang Grandegger:
Niklaus Giger wrote:
Am Dienstag, 26. September 2006 18:28 schrieb Wolfgang Grandegger:
Philippe Gerum wrote:
On Tue, 2006-09-26 at 16:56 +0200, gilles.chanteperdrix wrote:
OK, but in general, soft-float
Wolfgang Grandegger wrote:
Niklaus Giger wrote:
Am Dienstag, 26. September 2006 22:23 schrieb Wolfgang Grandegger:
Niklaus Giger wrote:
Am Dienstag, 26. September 2006 18:28 schrieb Wolfgang Grandegger:
Philippe Gerum wrote:
On Tue, 2006-09-26 at 16:56 +0200, gilles.chanteperdrix wrote:
OK
Niklaus Giger wrote:
Am Mittwoch, 27. September 2006 20:19 schrieb Wolfgang Grandegger:
..
I'm now a bit puzzled why a FP exception occurs. What happens if you
disable MATH_EMULATION
in your kernel (that's what I normally have). It will try the latency
test on my Walnut-Board
the
*time in between.
*
* Copyright (C) 2006 Wolfgang Grandegger [EMAIL PROTECTED]
*
* Based on RTnet's examples/xenomai/posix/rtt-sender.c.
*
* Copyright (C) 2002 Ulrich Marx [EMAIL PROTECTED]
* 2002 Marc Kleine-Budde [EMAIL PROTECTED]
* 2006 Jan
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hello,
when I start the RT-Socket-CAN program rtcan_rtt.c, I get the attached
error message. Any idea where the problem could be? It was working with
Xenomai under Linux 2.4.25.
Thanks.
Wolfgang
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hello,
when I start the RT-Socket-CAN program rtcan_rtt.c, I get the attached
error message. Any idea where the problem could be? It was working with
Xenomai under Linux 2.4.25.
Thanks.
Wolfgang
)
+++ ChangeLog (working copy)
@@ -1,3 +1,9 @@
+2006-10-19 Wolfgang Grandegger [EMAIL PROTECTED]
+
+ * include/asm-powerpc/wrappers.h, include/asm-powerpc/syscall.h:
+ Since Linux 2.4.15, __put_user and __get_user call migth_sleep.
+ To avoid that, wrapper functions have been added.
+
2006-10-18 Jan Kiszka
Hello,
I just realized the error message:
Error after context switch from task 8(rtup-8) to task
10(rtup_ufpp-10), FPU registers were set to 1000 (maybe task
sleeper_ufps-0)
when running switchtest on an PPC under Linux 2.6.18 with Xenomai head
of SVN. I have attached the full output
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
I just realized the error message:
Error after context switch from task 8(rtup-8) to task
10(rtup_ufpp-10), FPU registers were set to 1000 (maybe task
sleeper_ufps-0)
when running switchtest on an PPC
Paul wrote:
Currently have a G3 Mac on loan and thought it worth trying out a 2.6.18.1
kernel - The prepare-kernel.sh patched without any errors, a few offset lines,
but that is to be expected.. Once configured however, compilation failed with
some fatal errors over ipipe.h and line 223 - It
Andrew Dennison wrote:
Running prepare-kernel on the denx 2.4 kernel adds the following line
mod-subdirs := xenomai
This prevents all other mod-subdirs under drivers from building.
What does not build. Non-Xenomai drivers as modules?
Patch is against r1273 but still seems to apply (and be
Wolfgang Grandegger wrote:
Andrew Dennison wrote:
Running prepare-kernel on the denx 2.4 kernel adds the following line
mod-subdirs := xenomai
This prevents all other mod-subdirs under drivers from building.
What does not build. Non-Xenomai drivers as modules?
Patch is against r1273
Hi Niklaus,
Niklaus Giger wrote:
Hi
I see the following failure since revision 1771. e.g.
http://ngiger.dyndns.org/buildbot-full/ppc_f/builds/56/step-mk_kernel/1
kernel/built-in.o: In function `xnintr_irq_handler':
intr.c:(.text+0x34334): undefined reference to `xnarch_atomic_xchg'
Niklaus Giger wrote:
Am Montag, 30. Oktober 2006 08:31 schrieb Wolfgang Grandegger:
Niklaus Giger wrote:
Am Samstag, 28. Oktober 2006 20:36 schrieb Wolfgang Grandegger:
Niklaus Giger wrote:
Am Samstag, 28. Oktober 2006 14:54 schrieb Niklaus Giger:
Am Freitag, 27. Oktober 2006 18:38 schrieb
Niklaus Giger wrote:
Am Dienstag, 31. Oktober 2006 09:14 schrieb Wolfgang Grandegger:
Niklaus Giger wrote:
Am Montag, 30. Oktober 2006 08:31 schrieb Wolfgang Grandegger:
Niklaus Giger wrote:
Am Samstag, 28. Oktober 2006 20:36 schrieb Wolfgang Grandegger:
Niklaus Giger wrote:
Am Samstag, 28
Hello,
the attached patch adds the RT-Socket-CAN utility programs as examples
to the Doxygen documentation setup. This creates some nice cross
reference from the documented API functions to the example code lines
and vice versa. In a similar way, the Xenomai demo programs and code
snippets
Gilles Chanteperdrix wrote:
Wolfgang Grandegger wrote:
Hello,
the attached patch adds the RT-Socket-CAN utility programs as examples
to the Doxygen documentation setup. This creates some nice cross
reference from the documented API functions to the example code lines
and vice
).
As long as it's not enabled, it adds little overhead to the driver. If
you have no objections I will check it in.
Here is the ChangeLog entry:
2006-11-14 Wolfgang Grandegger [EMAIL PROTECTED]
* ksrc/drivers/can/rtcan_dev.h,
ksrc/drivers/can/rtcan_socket.h,
ksrc/drivers/can
Attached is the missing patch!
Wolfgang Grandegger wrote:
Hi Jan,
attached is a patch implementing the TX loopback, apart from some other
fixes and improvements. The TX loopback to foreign local sockets allows
to have a net-alike behavior of the CAN bus. Local sockets listening to
a device
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
@@ -894,6 +937,12 @@
/* We got access */
+#ifdef CONFIG_XENO_DRIVERS_RTCAN_TX_LOOPBACK
+/* Push message onto stack for loopback when TX done */
+if (sock-tx_loopback)
+rtcan_tx_push(dev, sock, frame);
+#endif
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hi Jan,
Jan Kiszka wrote:
Hi Wolfgang,
[...deletions...]
Last remark: For the sake of completeness, tx-loopback should also be
implemented in the virtual CAN driver.
The virtual CAN driver already works like TX loopback. It routes TX
messages
Jan Kiszka wrote:
Hi Wolfgang,
some more comments after looking at code and running a compiler:
...
* ksrc/drivers/can/rtcan_raw.c,
ksrc/drivers/can/sja1000/rtcan_sja1000.c,
ksrc/drivers/can/mscan/rtcan_mscan.c: timestamps are now read and
copied in
Benjamin Zores wrote:
On Fri, 24 Nov 2006 11:13:03 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Yes, the PowerPC tree is not yet supported.
Yes but as i need it now i've decided to port it ;-)
Or at least of a try.
Good, :-)
You might have realized my hack to get ride of radix
Forgot to attach the patch, sorry.
Wolfgang.
Wolfgang Grandegger wrote:
Benjamin Zores wrote:
On Fri, 24 Nov 2006 11:13:03 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Yes, the PowerPC tree is not yet supported.
Yes but as i need it now i've decided to port it ;-)
Or at least
Benjamin Zores wrote:
On Mon, 27 Nov 2006 12:21:25 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Well, I hack a bit my patch to make it compile and the kernel already booted.
Though it hangs when loading the SATA driver.
I have no idea why atm.
Problems with IRQs?
Probably, as when
Jan Kiszka wrote:
Benjamin Zores wrote:
On Mon, 27 Nov 2006 13:11:23 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Benjamin Zores wrote:
On Mon, 27 Nov 2006 12:21:25 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Well, I hack a bit my patch to make it compile and the kernel
Benjamin Zores wrote:
On Mon, 27 Nov 2006 13:11:23 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Benjamin Zores wrote:
On Mon, 27 Nov 2006 12:21:25 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Well, I hack a bit my patch to make it compile and the kernel already booted.
Though
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Jan Kiszka wrote:
Hi,
the new Xenomai example repository has been created. I don't want to
repeat here what is explained already on the related wiki page, please
have a look at
http://www.xenomai.org/index.php/Examples
Instead, let me sketch
Philippe Gerum wrote:
On Fri, 2006-12-01 at 18:22 +0100, Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Jan Kiszka wrote:
Hi,
the new Xenomai example repository has been created. I don't want to
repeat here what is explained already on the related wiki page, please
have a look at
http
Philippe Gerum wrote:
On Fri, 2006-12-01 at 23:46 +0100, Philippe Gerum wrote:
On Thu, 2006-11-30 at 14:19 +0100, Jan Kiszka wrote:
Anyway, there is an unreleased work-in-progress patch for x86 over -rc6
by Philippe. I recently had the chance to test it and hack a bit on the
SMP IO-APIC part.
Philippe Gerum wrote:
On Sat, 2006-12-02 at 10:36 +0100, Wolfgang Grandegger wrote:
Philippe Gerum wrote:
On Fri, 2006-12-01 at 23:46 +0100, Philippe Gerum wrote:
On Thu, 2006-11-30 at 14:19 +0100, Jan Kiszka wrote:
Anyway, there is an unreleased work-in-progress patch for x86 over -rc6
Hi Jan,
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Jan Kiszka wrote:
Hi,
the new Xenomai example repository has been created. I don't want to
repeat here what is explained already on the related wiki page
Benjamin Zores wrote:
On Mon, 27 Nov 2006 13:11:23 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Benjamin Zores wrote:
On Mon, 27 Nov 2006 12:21:25 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:
Well, I hack a bit my patch to make it compile and the kernel already booted.
Though
Benjamin Zores wrote:
On Tue, 05 Dec 2006 11:17:07 +0100
Wolfgang Grandegger [EMAIL PROTECTED] wrote:
I have now a preliminary patch for adeos-ipipe-2.6.19-ppc-1.5-00. The
porting was rather straight-forward, as the ppc tree does not use the
new genirq interface, in contrast to the powerpc
1 - 100 of 251 matches
Mail list logo
