On Fri, 2009-09-25 at 12:05 +0200, Peter Soetens wrote:
> I'm trying to compile vanilla Linux 2.6.28.9 prepared with Xenomai
> 2.4.9.1 for x86-64, SMP.
>
> I get this error in hal_common.c:
>
> arch/x86/xenomai/hal-common.c:113:1: warning: "send_IPI_allbutself" redefined
> In file included from
>
On Tue, 2009-09-15 at 10:27 -0500, James Kilts wrote:
> I'm porting Xenomai/I-pipe to the NS921x (an arm9-based) platform, but
> I'm having problems getting the interrupts to re-enable after the
> first interrupt triggers.
>
> A kernel driver module is being used to test the interrupt latency
> us
On Tue, 2009-09-15 at 15:43 -0500, Nikhil Gupta wrote:
> Hi all,
>
> This is my first post to the list. I've been trying to compile the Linux
> kernel with the Xenomai patches for the Freescale MPC8572DS system. I am
> using ELDK version 4.2 for ppc_85xx Build 2008-04-01. But during boot
> the
On Tue, 2009-09-15 at 09:49 -0300, Felipe Castro wrote:
> Hi,
>
> I guess I compiled all with msoft-float OK , i disabled the float
> point emulation in the kernel , did a new filesystem with busybox
> compiled with soft float and compiled the xenomai user space to but
> running the latency progr
On Fri, 2009-09-11 at 17:25 +0200, Philippe Gerum wrote:
> * IDDP stands for "intra-domain datagram protocol", i.e. a
> Xenomai-to-Xenomai real-time datagram channel. This protocol may not be
> as flexible as POSIX message queues (does not support message priority
> but doe
On Tue, 2009-09-01 at 17:00 +0200, Christoph Permes wrote:
> Hi,
>
> In my application I need to flush a queue if rt_queue_write returns
> -ENOMEM to prevent the consumer process from reading old data.
>
> Is there any function in the native api that flushes a message queue,
> like rt_pipe_flush
In the wake of a recent discussion about Xenomai 3, the requirement to
find a substitute for the native message pipes interface (i.e. RT_PIPE)
was pointed out.
The real-time side of this new interface would have to be available from
kernel space to RTDM drivers as well, so that people adopting a
On Thu, 2009-09-10 at 14:46 -0600, Jonathan Haws wrote:
> > > > > Thu Jan 1 00:06:52 UTC 1970
> > > > > running: ./run -- -T 120 # switchtest
> > > > > *
> > > > > *
> > > > > * Type ^C to stop this application.
> > > > > *
> > > > > *
> > > > > == Testing FPU check routines...
> > > > > r0: 1 !=
On Thu, 2009-09-10 at 09:29 -0600, Jonathan Haws wrote:
> > > Thu Jan 1 00:06:52 UTC 1970
> > > running: ./run -- -T 120 # switchtest
> > > *
> > > *
> > > * Type ^C to stop this application.
> > > *
> > > *
> > > == Testing FPU check routines...
> > > r0: 1 != 2
> > > r1: 1 != 2
> > > r2: 1 != 2
On Tue, 2009-09-08 at 19:02 -0400, Stuart O Anderson wrote:
> I am working with a similar problem at the moment. I have a realtime
> task that uses rt_net to do UDP communication with embedded systems on
> several physical networks. I also need to collect data used by that
> realtime task from a
On Tue, 2009-09-08 at 19:48 +0200, Meier, Hans wrote:
> Hi,
>
> we have been using xenomai for a long time and now for the first time we
> have a kernel panic we would like you to have a look at (see below).
>
> The panic (if all is the same thing) up to now has only occurred after
> >5h and <48h
On Tue, 2009-09-08 at 16:38 +0200, Christoph Permes wrote:
> Hi,
>
> I have a kernel module that allocates a shared memory and a non-realtime
> userspace application that reads data from the shared memory.
>
> When loading and unloading kernel module and application multiple times,
> sometimes th
On Wed, 2009-09-02 at 17:34 +0300, Rus V. Brushkoff wrote:
> On Wed, 2 Sep 2009, Philippe Gerum wrote:
>
> :> Next - I do not
> :> understand why the previous model lets the _developer_ itself decide
> :> which of the application tasks will be running in kernel and whi
On Wed, 2009-09-02 at 15:00 +0300, Rus V. Brushkoff wrote:
> On Wed, 2 Sep 2009, Gilles Chanteperdrix wrote:
>
> :> :> :For instance, you would implement the "write" method of the driver to
> :> :> :pass data between the user-space task and the driver.
> :> :> This is RT driver not simply Linux d
On Wed, 2009-09-02 at 15:04 +0300, Rus V. Brushkoff wrote:
> On Wed, 2 Sep 2009, Philippe Gerum wrote:
>
> :> :> :> Can you show this paradigm on pipe.c exmaple from Xenomai docs ?
> :> :> :We are talking about drivers, then just design your driver as you would
>
On Wed, 2009-09-02 at 14:25 +0300, Rus V. Brushkoff wrote:
> On Wed, 2 Sep 2009, Gilles Chanteperdrix wrote:
>
> :> :> :Using the RTDM skin.
> :> :> Can you show this paradigm on pipe.c exmaple from Xenomai docs ?
> :> :We are talking about drivers, then just design your driver as you would
> :> :
On Wed, 2009-09-02 at 11:59 +0300, Rus V. Brushkoff wrote:
> Hi,
>
> Trying to backport Xenomai app from 2.5 to 2.4 noticed that
> rt_heap_info struct has no phys_addr field. Is this interface difference
> supposed to exist ?
>
Well, if it's there, it is indeed supposed to exist. ABI i
On Wed, 2009-09-02 at 10:51 +0100, dev.chm...@gmx.com wrote:
> Hi,
> My current state is as follows:
> -2.6.30.5 with ipipe running, apm + cpufreq disabled
> -xenomai userland compiled and installed
>
> When I try to run any of the examples I get 2 nice blinking leds on the
> keyboard
> and addit
On Tue, 2009-09-01 at 17:00 +0200, Christoph Permes wrote:
> Hi,
>
> In my application I need to flush a queue if rt_queue_write returns
> -ENOMEM to prevent the consumer process from reading old data.
>
> Is there any function in the native api that flushes a message queue,
> like rt_pipe_flush
}.h into syscall.h
Matteo Facchinetti (1):
rtcan: fix MPC5xxx_GPIO definition for 2.6.2[0-4] kernels
Philippe Gerum (73):
x86: upgrade I-pipe to 2.6.29.5-x86-2.4-02
arith: export xnarch_divrem_billion() to modules
x86: fix wrap_switch_iobitmap() for 2.6.30
wrappers: remo
://download.gna.org/xenomai/stable/xenomai-2.4.9.1.tar.bz2
Gilles Chanteperdrix (3):
arm: map all heaps with XNARCH_SHARED_HEAP_FLAGS to avoid cache aliasing
issues
timeconv: fix xnarch_ns_to_tsc when using llmulshft
arm: disable Xscale fpu switching code
Philippe Gerum (7):
arm
On Thu, 2009-08-27 at 11:53 +0300, Rus V. Brushkoff wrote:
> Hi,
>
> Have problems with this kernel :
>
> - adeos-ipipe-2.6.30-x86-2.4-05.patch fails on
> arch/x86/include/asm/irqflags.h
This hunk can be fixed manually; there seems to be annoying whitespace
changes in the way.
> -
On Tue, 2009-08-25 at 19:45 -0400, Andreas Glatz wrote:
> Hi,
>
> As I already told u, we upgraded to the newest Xenomai version (2.4.9)
> and now we are experiencing problems when trying to step through
> the application with gdb/gdbserver which we haven't seen with previous
> version of Xenomai
On Mon, 2009-08-24 at 10:07 +0200, Christoph Permes wrote:
> Hi,
>
> I have a realtime application running in user space that sometimes terminates
> with a segmentation fault.
> I get a message segfault at 4c4f5200 ip b7cb98d8 sp b7ef7354 error 4 in
> libc-2.7.so[b7c5e000+138000],
> but there
r blackfin processors
Matteo Facchinetti (1):
rtcan: fix MPC5xxx_GPIO definition for 2.6.2[0-4] kernels
Philippe Gerum (54):
powerpc: add calibration data for Freescale's ADS8272
powerpc: add calibration data for TQ's TQM8560
powerpc: upgrade Adeos/powerpc support
On Sat, 2009-08-15 at 15:14 +0200, Waschk,Kolja wrote:
> Hi,
>
> well my guess was correct, the quickly increasing MSW without SIGXCPU was just
> due to a forced mode switch with rt_task_set_mode... how silly, sorry for
> bothering!
No problem. I'm rather concerned by the fact that
rt_task_set_mo
On Fri, 2009-08-14 at 21:52 +0200, Waschk,Kolja wrote:
> >>> 0 27710210 20412 0 003201862.5 Head_UDP_Thread
> > UDP, like... socket() interface?
>
> No. There's a custom RTDM driver with a DMA completion ISR and an IOCTL_RT
> that
> can be used by the application to fetch
On Fri, 2009-08-14 at 12:26 +0200, Kolja Waschk wrote:
> > What does /proc/xenumai/faults say? Does any counter value increase
> > while the app is running?
>
> faults displays nothing. stat shows increasing MSW/CSW count for the
> thread in question:
>
> / # cat /proc/xenomai/faults
> TRAP
On Fri, 2009-08-14 at 12:08 +0200, Kolja Waschk wrote:
> > I do not know if that may be your issue, but gdb cause mode switches,
>
> That explains the SIGXCPU after SIGINT.
>
> > to run your application outside gdb and see if the MSW increments.
>
> It does. But no XCPU occurs, neither when star
On Fri, 2009-08-14 at 09:31 +0200, Hans Søndergaard (HSO) wrote:
> I use objects of type:
>
>
>
> typedef struct object {
>
> RT_MUTEX *rt_lock;
>
> ..
>
> } Object;
>
>
>
> int err = rt_mutex_create (ob->rt_lock, NULL);
>
> printf ("[alloc.c]: rt_mutex_create err: %d; #%d \n", err,
On Fri, 2009-08-07 at 13:04 +0200, Philippe Gerum wrote:
> On Fri, 2009-08-07 at 11:38 +0100, Yang wrote:
> > Hi Philippe
> >
> >
> > Are you suggesting this is because IRQ is threaded in the version of
> > Xenomai I am using? Why would this cause problem?
> &
On Fri, 2009-08-07 at 11:08 +0100, Yang wrote:
> Hi
>
> I am working on BF527 at the moment while we queue work item upon GPI
> interrupt to a work queue as delayed work. This kernel driver works
> fine without Xenomai patch turned on. However, it stops working after
> applying Xenomai patch. It a
On Thu, 2009-08-06 at 15:15 -0400, Andreas Glatz wrote:
> Hi Philippe,
>
>
> > > Is there a way to execute the exception handler from primary mode
> > > to prevent the tasks to switch to secondary mode?
> >
> > I have absolutely no freaking idea whether the following patch will
> > work, but yo
On Thu, 2009-08-06 at 19:03 +0200, Philippe Gerum wrote:
> On Wed, 2009-08-05 at 17:51 -0400, Andreas Glatz wrote:
> > Hi,
> >
> > I'm running xenomai-2.4.8, Linux-2.6.26 on a MPC8360 PowerPC.
> >
> > I enabled nucleus debugging and found out that tasks some
On Wed, 2009-08-05 at 17:51 -0400, Andreas Glatz wrote:
> Hi,
>
> I'm running xenomai-2.4.8, Linux-2.6.26 on a MPC8360 PowerPC.
>
> I enabled nucleus debugging and found out that tasks sometimes
> switch to secondary mode due to data alignment exceptions (#1536 ==
> 0x600):
>
>
> Xenomai: Switc
On Thu, 2009-07-30 at 08:59 +0300, Alphan Ulusoy wrote:
> Hello,
>
> I wonder if using a periodic alarm with the rt_alarm_wait() function
> can suffer from drift in alarm expiration times when a kernel module
> or an ISR remains in a non-preemptible section for too long (upto 1
> msec). Plea
On Wed, 2009-08-05 at 22:37 +0200, Waschk,Kolja wrote:
> Hi,
>
> > Does this help?
> > diff --git a/ksrc/arch/blackfin/switch.S b/ksrc/arch/blackfin/switch.S
>
> Yes! Great - it doesn't just help to step 'next' over the small example, it
> also allows me to actually use GDB with my larger app in
On Mon, 2009-08-03 at 19:29 +0200, Kolja Waschk wrote:
> Hi,
>
> > - if the first option does not work, override the shipped Xenomai
> > release with a stock one for testing:
>
> I've now managed to use the prepare-kernel.sh (with
> adeos-ipipe-2.6.28.10-blackfin.git-1.10-00.patch as it comes wit
On Mon, 2009-08-03 at 19:34 +0200, Philippe Gerum wrote:
> On Mon, 2009-08-03 at 19:29 +0200, Kolja Waschk wrote:
> > Hi,
> >
> > > - if the first option does not work, override the shipped Xenomai
> > > release with a stock one for testing:
> >
> >
On Mon, 2009-08-03 at 19:29 +0200, Kolja Waschk wrote:
> Hi,
>
> > - if the first option does not work, override the shipped Xenomai
> > release with a stock one for testing:
>
> I've now managed to use the prepare-kernel.sh (with
> adeos-ipipe-2.6.28.10-blackfin.git-1.10-00.patch as it comes wit
On Wed, 2009-07-29 at 22:55 +0200, Waschk,Kolja wrote:
> Hi,
>
> > This may be an I-pipe issue. As I understand, you are currently running
> > 2009R1-RC2 unmodified, could you summarize where the various Xenomai
> > related components come from so I could try looking at the issue?
>
> I'll try: I
On Wed, 2009-07-29 at 22:55 +0200, Waschk,Kolja wrote:
> Hi,
>
> > This may be an I-pipe issue. As I understand, you are currently running
> > 2009R1-RC2 unmodified, could you summarize where the various Xenomai
> > related components come from so I could try looking at the issue?
>
> I'll try: I
On Wed, 2009-07-29 at 13:40 +0200, Kolja Waschk wrote:
> Hi,
>
> > One of the problems appears when the following code is run via
> > gdbserver, a breakpoint is hit at main() and I "step" over
> > rt_task_shadow:
> >
> >> Xenomai: fatal: xnshadow_relax() failed for thread maintask[222]
This may b
On Tue, 2009-07-28 at 19:12 +0200, Waschk,Kolja wrote:
> Hi,
>
> I've finally found a configuration of releases that works for me, good enough
> to continue with the actual project development for now. It consists of
> Blackfin tools 2009R1-RC10, dist 2009R1-RC2 including kernel and nucleus
> 2.4
On Fri, 2009-07-24 at 23:09 +0200, Waschk,Kolja wrote:
> Hi,
>
> > git://git.kernel.org/pub/scm/linux/kernel/git/vapier/blackfin.git
> > git://sources.blackfin.uclinux.org/git/readonly-mirrors/uclinux-dist.git
>
> Okay, that's where I looked but both returned 403 Unknown (on the web
> interface)
On Fri, 2009-07-24 at 19:33 +0200, Waschk,Kolja wrote:
> Hi,
>
> > blackfin toolchain: ce79f3d5449c78877e66965584c55a132d73d4e1
> > uclinux-dist: 2137ff7920b51643c5c84536fe99fe7c5904498a
> > blackfin kernel: 015153eee3851d2c485a85814888f031f3794cf4
>
> while I was able to locate that toolchain co
On Fri, 2009-07-24 at 18:33 +0200, Philippe Gerum wrote:
> On Fri, 2009-07-24 at 18:30 +0200, Philippe Gerum wrote:
> > On Fri, 2009-07-24 at 18:13 +0200, Kolja Waschk wrote:
> > > Hi,
> > >
> > > [On Blackfin uClinux 2.6.30 w/v2.5-rc2 with Philippe's pa
On Fri, 2009-07-24 at 18:30 +0200, Philippe Gerum wrote:
> On Fri, 2009-07-24 at 18:13 +0200, Kolja Waschk wrote:
> > Hi,
> >
> > [On Blackfin uClinux 2.6.30 w/v2.5-rc2 with Philippe's patch from
> > yesterday, trying to run C or C++ FDPIC executables using t
On Fri, 2009-07-24 at 18:13 +0200, Kolja Waschk wrote:
> Hi,
>
> [On Blackfin uClinux 2.6.30 w/v2.5-rc2 with Philippe's patch from
> yesterday, trying to run C or C++ FDPIC executables using the POSIX
> skin]
>
> When starting the example I recently posted (and a completely different
> app, or ev
On Thu, 2009-07-23 at 22:27 +0200, Philippe Gerum wrote:
> On Thu, 2009-07-23 at 21:28 +0200, Kolja Waschk wrote:
> > Hi,
> >
> > > However, I really think we whould fix this issue. Not having access to a
> >
> > Sure, but I'm afraid I can
On Thu, 2009-07-23 at 21:28 +0200, Kolja Waschk wrote:
> Hi,
>
> > However, I really think we whould fix this issue. Not having access to a
>
> Sure, but I'm afraid I can't work much on it once I found one working
> combination...
A sane combo for now should be 2.6.28.10, with
http://download.gn
what happens here. You may want to enable CONFIG_PRINTK_TIME
to have timestamps on your kernel messages, in order to confirm this.
> Thanks,
> Yigal.
>
> --- On Wed, 7/22/09, Philippe Gerum wrote:
>
> > From: Philippe Gerum
> > Subject: Re: [Xenomai-help] xenomai except
On Wed, 2009-07-22 at 01:28 -0700, Yigal Goldberger wrote:
> Hi all,
> I'm using kernel 2.6.29.4 with xenomai .
> I'm getting an exception 769 . I'd like to know what this exception means (or
> hints where to look for it ).
>
It looks like you are running a ppc system. Those are minor MMU faults
On Fri, 2009-07-17 at 15:32 +0200, Petr Cervenka wrote:
> >
> >On Fri, 2009-07-17 at 13:17 +0200, Petr Cervenka wrote:
> >> >On Thu, 2009-07-16 at 15:15 +0200, Petr Cervenka wrote:
> >> >> Hello,
> >> >> the xenomai native function rt_task_shadow(...) always returns -EFAULT
> >> >> for me. Only ha
On Fri, 2009-07-17 at 08:18 -0300, Thiago Lima wrote:
> I am doing an schedulability test of real time processes in Xenomai.
> So that, when a new task is started in system, i need to get all
> threads from system, including the new one and make a test to decide
> if this workset is schedulable.
>
On Fri, 2009-07-17 at 13:17 +0200, Petr Cervenka wrote:
> >On Thu, 2009-07-16 at 15:15 +0200, Petr Cervenka wrote:
> >> Hello,
> >> the xenomai native function rt_task_shadow(...) always returns -EFAULT for
> >> me. Only happens in xenomai-2.5-rc2.
> >>
> >> Same behaviour was also in 2.5-rc1, se
On Wed, 2009-07-15 at 15:16 +0200, Philippe Gerum wrote:
> On Wed, 2009-07-15 at 15:00 +0200, 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 :
> >
&
On Thu, 2009-07-16 at 15:15 +0200, Petr Cervenka wrote:
> Hello,
> the xenomai native function rt_task_shadow(...) always returns -EFAULT for
> me. Only happens in xenomai-2.5-rc2.
>
> Same behaviour was also in 2.5-rc1, see note in my older post:
> https://mail.gna.org/public/xenomai-help/2009-0
On Wed, 2009-07-15 at 15:00 +0200, 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':
> ..
On Tue, 2009-06-02 at 15:40 -0700, Martin Shepherd wrote:
> On Tue, 2 Jun 2009, Philippe Gerum wrote:
> > For that reason, x3 will allow users to base their RT system over -rt or
> > the I-pipe, as they see fit, as the requirements mandate. When running
> > over -rt, Xenomai w
On Mon, 2009-06-29 at 17:16 +0200, Stefan Kisdaroczi wrote:
> Hi,
>
> comedi rtdm_interface.c build fails (typo), patch attached.
>
> breaking commit:
> Fri, 12 Jun 2009 08:03:39 + (10:03 +0200)
> e20bd3f2613a052b93c1a4ecada6623a5332f54c
> Made conditional inclusion of owner field in st
On Tue, 2009-06-23 at 11:30 +0200, Philippe Gerum wrote:
> On Mon, 2009-06-22 at 09:23 -0400, Andreas Glatz wrote:
> > Hi,
> >
> >
> > > What bothers me is that you seem to determine a latency based on
> > > measurements of a round trip time, obtained on an
On Tue, 2009-06-23 at 11:37 +0200, Gilles Chanteperdrix wrote:
> Philippe Gerum wrote:
> > On Mon, 2009-06-22 at 09:23 -0400, Andreas Glatz wrote:
> >> 1) In the legacy code I am porting, critical sections are
> >> protected by disabling/enabling ALL interrupts (like
&
On Mon, 2009-06-22 at 09:23 -0400, Andreas Glatz wrote:
> Hi,
>
>
> > What bothers me is that you seem to determine a latency based on
> > measurements of a round trip time, obtained on an ethernet network. So
> > it is a bit difficult for me to give any interpretation about the 70 us
> > figure;
On Mon, 2009-06-22 at 20:42 +0200, Stefan Kisdaroczi wrote:
> Philippe Gerum schrieb:
> > On Sun, 2009-06-21 at 22:54 +0200, Stefan Kisdaroczi wrote:
> >
> >> hi,
> >>
> >> if 'check for P4 thermal throttling interrupt.' (
> >>
On Sun, 2009-06-21 at 22:54 +0200, Stefan Kisdaroczi wrote:
> hi,
>
> if 'check for P4 thermal throttling interrupt.' (
> CONFIG_X86_MCE_P4THERMAL ) is enabled, kernel builds ok with 2.6.28, but
> fails with adeos-ipipe-2.6.29.5-x86-2.4-02.patch:
>
> arch/x86/kernel/ipipe.c: In function ‘__ipip
On Mon, 2009-06-22 at 08:20 +0530, Ravikiran Saralaya wrote:
On Mon, 2009-06-22 at 08:58 +0530, Vandana Sasidharan wrote:
<...>
Could everyone working on this very same project at TCS talk to each
other, so that we don't get the annoying feeling of being spammed? TIA,
Could everyone involved in t
On Sat, 2009-06-20 at 13:25 +0200, Stefan Kisdaroczi wrote:
> Hi,
>
> applying the xenomai kernelpatch created during debian package building
> results to a corrupt init/Kconfig file and 'make menuconfig' fails. The
> problem
> starts with linux-2.6.29. reason: growing init/Kconfig file, see [1
On Sat, 2009-06-20 at 14:19 +0200, Stefan Kisdaroczi wrote:
> Hi,
>
> x...@gmx.eu schrieb:
> > Hi,
> >
> > I am creating a patch using the the --outpatch option of the
> > prepare-kernel.sh script. During patching the created patch to the linux
> > kernel I get the following messages:
> > patchi
CUTE_ATOMICALLY
rtdm: Instrument rtdm_lock_get for proper use
Martin Shepherd (1):
rtdm: Document the special meaning of returning -ENOSYS
Philippe Gerum (45):
arith: Fix signedness of divisor
arith: Introduce xnarch_divrem_billion
arith: Make optimized tsc<->n
On Thu, 2009-06-18 at 10:37 +0200, roderik.wildenb...@manroland.com
wrote:
> Hi,
>
> >
> > The EXPORT directives were wrong, actually copied&pasted as
> > is from 2.6.
> > Try this patch instead:
> >
> > http://download.gna.org/adeos/patches/v2.4/ppc/adeos-ipipe-2.4
> .25-ppc-DENX-2.0-01.patch
On Wed, 2009-06-17 at 12:30 +0200, Gilles Chanteperdrix wrote:
> Peter Soetens wrote:
> > On Wed, Jun 17, 2009 at 10:09, Philippe Gerum wrote:
> >> As you have probably understood already, building a full real-time to
> >> real-time data path using pipes is not possi
On Wed, 2009-06-17 at 10:12 +0200, Ludovic Lemarchand wrote:
> Hello
>
> I have patched a debian kernel 2.6.26 with Xenomai 2.4.7.
>
> When I use Xenomai with gnome environment my computer freeze.
>
> So, I have install kde. Its works perfectly but when I use a gtk
> software like firefox or ecl
On Wed, 2009-06-17 at 13:40 +0200, roderik.wildenb...@manroland.com
wrote:
> Hello,
>
> > On Tue, 2009-06-16 at 15:20 +0200, roderik.wildenb...@manroland.com
> > wrote:
> > > Hi,
> > >
> > > I applied your ipipe-patch to our 2.4.25 ppc kernel, but
> > unfortunatelly I now can´t compile the kern
On Tue, 2009-06-16 at 15:23 -0700, Guvenc Gulce wrote:
> Hello
>
> I have the following questions regarding the rt_pipe behavior in Xenomai.
>
> -> Why is not possible to use rt_pipe_monitor() Native API call from an
> userspace RT Task ?
Because this API is aimed at providing help to drivers
On Tue, 2009-06-16 at 15:20 +0200, roderik.wildenb...@manroland.com
wrote:
> Hi,
>
> I applied your ipipe-patch to our 2.4.25 ppc kernel, but unfortunatelly I now
> can´t compile the kernel any more.
> I get following error messages :
>
> ipipe.c:393: error: `__switch_to' undeclared here (not in
You may now find accurate information about which hardware Xenomai runs
on at those locations:
http://www.xenomai.org/index.php/Embedded_Device_Support
http://www.xenomai.org/index.php/Other_Hardware_Support
PS: using the latest stable Xenomai release is implied.
HTH,
--
Philippe.
On Wed, 2009-06-10 at 13:47 +0200, roderik.wildenb...@manroland.com
wrote:
> > -Ursprüngliche Nachricht-
> > Von: Philippe Gerum [mailto:r...@xenomai.org]
> > Gesendet: Dienstag, 9. Juni 2009 15:28
> > An: Wildenburg, Roderik RAEK3 MRA
> > Cc: gilles.chan
On Tue, 2009-06-09 at 15:28 +0200, Philippe Gerum wrote:
> On Mon, 2009-06-08 at 10:25 +0200, roderik.wildenb...@manroland.com
> > Yes and no: The restriction of a page aligned SHM-size seems to be
> > abolished (I didn´t get the error message "No such device or address"
On Mon, 2009-06-08 at 10:25 +0200, roderik.wildenb...@manroland.com
wrote:
> >
> > roderik.wildenb...@manroland.com wrote:
> > >> All I want to hear is "yes, we ran the shm test without Xenomai, on
> > >> exactly the same kernel, on the same platform, and the shm
> > >> test worked".
> > >> Becau
On Thu, 2009-05-21 at 18:22 +0200, Antoine Nourry wrote:
> Hi,
> I just wonder :
> Why can we read everywhere that PREEMPT-RT patch offer HARD real time
> while in other papers we can read that it cannot ensure determinism ?
> (because it only seems to permit low latencies but not constant
> ex
n.
> Keep well
> Vicki
>
>
> From: xenomai-core-boun...@gna.org [xenomai-core-boun...@gna.org] On Behalf
> Of Philippe Gerum [...@xenomai.org]
> Sent: Friday, May 29, 2009 6:56 PM
> To: xenomai-c...@gna.org
> Cc: xenomai-help@gna.org
>
Here is the eighth maintenance release for the v2.4.x branch. Short
log follows:
[nucleus]
* Suppress switch warning upon signal receipt when the process
is being debugged.
* Fix host tick propagation.
* Prevent early timer shots due to rounding imprecisi
On Thu, 2009-05-28 at 16:53 +0100, Steve wrote:
> More importantly, I am now running:
> Vanilla Linux Kernel: 2.6.29.4
> Adeos Patch: adeos-ipipe-2.6.29.4-x86-2.4-01.patch
> Xenomai Version: 2.4.7
>
2.4.7 vanilla does not support 2.6.29 kernels (actually, it does not
even compile against it), so
On Thu, 2009-05-28 at 14:23 -0400, Andreas Glatz wrote:
> On Thu, 2009-05-28 at 18:39 +0200, Philippe Gerum wrote:
> > On Thu, 2009-05-28 at 11:59 -0400, Andreas Glatz wrote:
> > > Hi,
> > >
> > > We have to start 40+ Xenomai tasks in kernel space.
> >
On Thu, 2009-05-28 at 14:04 -0400, Andreas Glatz wrote:
> On Thu, 2009-05-28 at 18:52 +0200, Philippe Gerum wrote:
> > On Thu, 2009-05-28 at 11:59 -0400, Andreas Glatz wrote:
> > > Hi,
> > >
> > > We have to start 40+ Xenomai tasks in kernel space.
> >
On Thu, 2009-05-28 at 11:59 -0400, Andreas Glatz wrote:
> Hi,
>
> We have to start 40+ Xenomai tasks in kernel space.
Why subjecting yourself to the pain of running a complex application in
kernel space? The difference between kernel and userland latencies on an
mpc836x should not be worth it.
>
On Thu, 2009-05-28 at 11:59 -0400, Andreas Glatz wrote:
> Hi,
>
> We have to start 40+ Xenomai tasks in kernel space.
> We want to allocate at least 4kbyte of stack memory
> for each of them. So we need the stack heap size
> to be more than 160kbyte.
>
> In the documentation it says that the to
On Thu, 2009-05-28 at 15:22 +0200, Stefan Kisdaroczi wrote:
> Philippe Gerum schrieb:
> > On Thu, 2009-05-28 at 11:10 +0200, Stefan Kisdaroczi wrote:
> >> Hi Philippe,
> >>
> >> thx for commiting to xenomai-head.
> >> Please merge to 2.4.x
On Thu, 2009-05-28 at 11:10 +0200, Stefan Kisdaroczi wrote:
> Hi Philippe,
>
> thx for commiting to xenomai-head.
> Please merge to 2.4.x, you removed the Changelog file one week ago.
>
Should be ok now. Thanks,
http://git.xenomai.org/?p=xenomai-head.git;a=commit;h=3efa9d95abc65bef76546480bbd643
On Wed, 2009-05-27 at 18:48 +0200, Gilles Chanteperdrix wrote:
> Steve wrote:
> > After installing the latest version of Xenomai last week I have
> > encountered a problem with Xenomai applications hanging linux
> > completely, requiring restart. This has also occured while running
> > xeno-test,
On Tue, 2009-05-26 at 17:36 +0300, Cristian Axenie wrote:
> Unable to handle kernel paging request for data at address 0x001c
> Faulting instruction address: 0xc023923c
> Oops: Kernel access of bad area, sig: 11 [#1]
> MPC831x RDB
> Modules linked in:
> NIP: c023923c LR: c0249c2c CTR: c01bd8b4
40 Sandpoint, and I don't
recall that anyone has ever contributed anything else in that area.
> According to http://www.xenomai.org/index.php/FAQs the PQII family is
> supported.
PQII Pro - mpc83xx
>
> -Original Message-
> From: Philippe Gerum [mailto:r...@xenomai.org]
On Thu, 2009-05-21 at 10:55 +0300, Landau, Bracha wrote:
> I am using a Xenomai-patched kernel on an MPC8272-based board.
>
> When I run the plain kernel without activatine either Xenomai or
> CONFIG_IPIPE, the network interface works fine; I am able to ping
> other nodes on the network.
>
> Wh
On Wed, 2009-04-29 at 12:48 -0700, Martin Shepherd wrote:
> On Tue, 28 Apr 2009, Gilles Chanteperdrix wrote:
> > On my side, disabling NO_HZ is enough to make the issue disappear.
>
> I finally just got around to trying this, but unfortunately, disabling
> NO_HZ and re-enabling HPET_TIMER and x86_
On Wed, 2009-05-13 at 14:04 +0200, Steven Kauffmann wrote:
> Hi all,
>
> If I connect a debugger to my application, other Xenomai periodic
> threads (threads that not belong to the current process I'm debugging
> ) are not scheduled anymore. Attached you can find a simple example
> that reproduces
On Fri, 2009-05-08 at 09:14 +0200, roderik.wildenb...@manroland.com
wrote:
> > >
> > > I try to give some more information: In fact it is a library we are
> > > talking about (let´s call it shmlib). This library creates a shared
> > > memory and a (named) semaphore which should synchronise the
>
On Thu, 2009-05-07 at 12:36 -0400, John Yamokoski wrote:
> Since my freezing problems may not be related to other people's
> freezing problems I have started a new thread.
>
Good.
> I compiled/installed/ran kernel 2.6.28.7 using the standard install
> procedure for Xenomai 2.4.7. I have not
On Thu, 2009-05-07 at 12:36 -0400, John Yamokoski wrote:
> Since my freezing problems may not be related to other people's
> freezing problems I have started a new thread.
>
> I compiled/installed/ran kernel 2.6.28.7 using the standard install
> procedure for Xenomai 2.4.7. I have not yet comp
On Tue, 2009-05-05 at 15:44 +0200, roderik.wildenb...@manroland.com
wrote:
> Dear Gurus,
>
> every time I call sem_wait a fault counter is incremented (TRAP 0).
> sem_wait itself does not return an error :
>
> uc101 # cat /proc/xenomai/faults
> TRAP CPU0
> 0:1(Data or in
501 - 600 of 1855 matches
Mail list logo