Benjamin Zores wrote:
Hi,
I've downloaded latest Adeos/Ipipe patch for PPC and unfortunately this
latest doesn't (yet) support the ARCH=powerpc architecture from kernel
but only the PPC one.
Yes, the PowerPC tree is not yet supported.
I've tried porting the changes to support the PPC_MERGE a
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
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_loopb
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:
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);
+#en
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 to local foreign sockets (but without sending t
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hello,
the attached patch adds Xenomai configuration help for Linux 2.4:
Cool that you picked this up! Frankly, I didn't expect that this would
really work without any pitfalls - but it seems to.
Just one addition feature wish: Could you en
-p_to_svn_diff
(Referenced by http://www.xenomai.org/index.php/Contributing_Patches)
Done.
Wolfgang Grandegger wrote:
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
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
appy).
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,
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 cod
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Hello,
the attached patch adds Xenomai configuration help for Linux 2.4:
Cool that you picked this up! Frankly, I didn't expect that this would
really work without any pitfalls - but it seems to.
I immediately liked you idea. Having an e
Hello,
the attached patch adds Xenomai configuration help for Linux 2.4:
2006-11-11 Wolfgang Grandegger <[EMAIL PROTECTED]>
* scripts/prepare_kernel.sh, scripts/help_from_kconfig.pl:
prepare_kernel.sh will now add help for Xenomai configuration
parameters
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 co
===
--- ChangeLog (revision 1809)
+++ ChangeLog (working copy)
@@ -1,3 +1,11 @@
+2006-11-08 Wolfgang Grandegger <[EMAIL PROTECTED]>
+
+ * ksrc/drivers/can/sja1000/rtcan_peak_dng.c: Fix warnings when
+ building for ARM and fix bugs in the exit code.
+
+ * ksrc/d
Hello,
the attached patch fixes:
2006-11-01 Wolfgang Grandegger <[EMAIL PROTECTED]>
* include/asm-powerpc/atomic.h: remove atomic_xch because it's
used in the kernel since 2.6.18 with different arguments (pointer
of type atomic_t).
Wolfgang.
Index: include/
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
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
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
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'
intr.c:(.
Hallo,
attached you will find a patch for Xenomai RT-Socket-CAN fixing:
2006-10-30 Wolfgang Grandegger <[EMAIL PROTECTED]>
* src/utils/can/rtcanrecv: Add timestamp support via
rt_dev_recvmsg().
* ksrc/drivers/can/mscan/rtcan_mscan.c (rtcan_mscan_int
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 Philippe Gerum:
On Wed, 2006-10-25 at 23:46 +0200, Niklaus Giger wrote:
Hi
My
and linking it statically the error got away.
My impression from our last discussion was that your toolchain is
somehow broken as I was unable to reproduce your problems on (almost)
the same hardware
I think I really have to reactivate my old Walnut board to have common
platform to test with Wo
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 but
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 r
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 wo
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)
>
&g
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 l
evision 1733)
+++ 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.
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
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]
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 W
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 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
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 emulation should be used on systems
without FPU and this is even more important for real
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
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
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 t
Philippe Gerum wrote:
On Sun, 2006-09-24 at 22:55 +0200, Wolfgang Grandegger wrote:
Hi Philippe,
attached you will find a first version of the PPC ADEOS-IPipe patch for
Linux 2.6.18 (from kernel.org) for review. I have also included a
commented log file with more information on the porting
Niklaus Giger wrote:
Am Samstag, 23. September 2006 22:55 schrieb Wolfgang Grandegger:
Hi Niklaus,
Niklaus Giger wrote:
<..>
if (flags & IPIPE_RESET_TIMER)
ticks = tb_ticks_per_jiffy;
else {
ticks = ns * tb_ticks_per_jiffy / (
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 a
Niklaus Giger wrote:
Hi
I studied a little bit my buildbot reports on a PPC405 (without FPU) regarding
the FPU problem. Grepping through the saved reports on the server enabled me
to pinpoint the changes quickly. I found the following situation:
Last good check with the quick build was build
Philippe Gerum wrote:
On Wed, 2006-09-13 at 13:36 +0200, Philippe Gerum wrote:
On Wed, 2006-09-13 at 12:34 +0200, Wolfgang Grandegger wrote:
Philippe Gerum wrote:
On Tue, 2006-09-12 at 12:37 +0200, Wolfgang Grandegger wrote:
Matthias Fuchs wrote:
On Monday 11 September 2006 20:13, Wolfgang
Hello,
I tried to run "switchtest -n" on a AMCC 440GX, which does not have an
FPU and get an "illegal instruction" in "sleeper". It seems to call FPU
instruction even with option "-n".
Thanks.
Wolfgang.
___
Xenomai-core mailing list
Xenomai-core@g
Philippe Gerum wrote:
On Tue, 2006-09-12 at 12:37 +0200, Wolfgang Grandegger wrote:
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
ng
On Tuesday 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.
W
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 supp
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 com
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
ry mapped SJA1000 CAN controller
+ * This code has been tested on esd's CPCI405/EPPC405 PPC405 systems.
+ *
+ * This driver is derived from the rtcan-isa driver by
+ * Wolfgang Grandegger and Sebastian Smolorz.
+ *
+ * Copyright (C) 2006 Wolfgang Grandegger <[EMAIL PROTECTED]>
+ * Co
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 al
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
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:
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
+++ arch
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
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
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
Is
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
Is there any special reason for
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 s
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 h
-09-03 10:14:22.0 +0200
+++ xenomai/ChangeLog 2006-09-03 14:43:39.0 +0200
@@ -1,3 +1,8 @@
+2006-09-03 Wolfgang Grandegger <[EMAIL PROTECTED]>
+
+ * ksrc/drivers/can/rtcan_dev.c (rtcan_dev_register): Bug fixed
+ when maximum number of devices is exeeded.
+
2006-08-31
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 i
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
-08-23 Wolfgang Grandegger <[EMAIL PROTECTED]>
+
+ * ksrc/drivers/can/rtcan_dev.c, ksrc/drivers/can/rtcan_dev.h,
+ ksrc/drivers/can/rtcan_modules.c: Suppress handling of refcount
+ if module support is not enabled or modules cannot be unloaded.
+
+ * ksrc/drivers/can/mscan/rtcan_mscan.c,
Hi Jan,
Jan Kiszka wrote:
Hi all,
I just hit enter, and all the nice CAN code is now in SVN head. We only
need a check-in of a bootstrap run with the fitting autotool versions.
Philippe, could you do this? [Meanwhile, one can also run it locally
after checking out from SVN.]
Great. I gave it
Harkema, G.A. wrote:
Hello,
We are glad to present our new realtime USB stack based on Xenomai
2.2.0. You can find it at https://gna.org/projects/usb20rt/ as a
downloadable file and svn.
It is not bug free, but it’s a start. Please try the core and feel free
to make comments.
Cools, th
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
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
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
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 i
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
f
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:
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 how
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. Spec
Bernhard Walle wrote:
Hi Wolfgang,
Wolfgang Grandegger <[EMAIL PROTECTED]> [2006-08-01]:
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 SJA1
ts to the Xenomai mailing
list "xenomai-help@gna.org".
Please report CAN related bugs and comments to the "Socketcan" mailing
list ([EMAIL PROTECTED]) or directly to the main authors
Wolfgang Grandegger ([EMAIL PROTECTED]) or Sebastian Smolorz
([EMAIL PROTECTED]).
Credits:
---
Jan Kiszka wrote:
Wolfgang Grandegger wrote:
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 f
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 2.4.
Romain Lenglet wrote:
Wolfgang Grandegger wrote:
what is "prepare_kernel --output-patch" useful for?
It modifies the behavior of prepare_kernel, so that it does not
modify the kernel source tree (except that it must apply the
Adeos patch), but instead generates a patch file th
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
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-tr
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:
$ cd xenomai
$ patch -p1 < xenomai-rtcan-add-on.patch
$ scripts/prepare_kernel ...
..
Hello,
I propose to add the following commonly used RTDM inline functions to
rtdm_driver.h:
static inline int rtdm_safe_copy_from_user()
static inline int rtdm_safe_copy_to_user()
The attached patch also fixes a bug in rtdm_strncpy_from_user(). I think
__xn_access_ok() returns a non-zero
Philippe Gerum wrote:
Jan Kiszka wrote:
Hi,
[Daniel, I put you in the CC as you showed some interest in this topic.]
as I indicated a some weeks ago, I had a closer look at the code the
user space libs currently produce (on x86). The following considerations
are certainly not worth noticeable
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 t
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 n
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 -D__XEN
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 comman
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 "bu
Hello,
The new testsuite program cyclictest.c breaks compilation of Xenomai on
Linux 2.4 because SIGEV_THREAD_ID does not exist. Is it only suitable
for Linux 2.6 (with NTPL threads)?
Wolfgang.
___
Xenomai-core mailing list
Xenomai-core@gna.org
htt
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 supp
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 supp
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 for shared interrupts (a few flags) to the
rtd
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 for shared interrupts (a few flags) to the
rtd
> 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)
> >>>>
> &g
> This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
>
> Philippe Gerum wrote:
> > Gilles Chanteperdrix wrote:
> >> Wolfgang Grandegger wrote:
> >> > Therefore we need a dedicated function to re-enable interrupts in
> >> the
> 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)
> >>>>
> &g
> This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
>
> Philippe Gerum wrote:
> > Gilles Chanteperdrix wrote:
> >> Wolfgang Grandegger wrote:
> >> > Therefore we need a dedicated function to re-enable interrupts in
> >> the
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
> re
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
> re
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
> re
201 - 300 of 346 matches
Mail list logo