esting
(unsigned long) (addr - PAGE_SIZE) < (PAGE_OFFSET - PAGE_SIZE)
>
> Last question: We need this for the other archs as well, don't we?
>
> Jan
>
> _______
> Xenomai-core mailing list
> Xenomai-core@gna.org
rmine the overhead.
Some time ago, I wrote a script to compile Linux + Xenomai (using the
--enable-linux-build option) for a variety of configurations,
architectures and kernel versions. Maybe it can help ?
--
Gi
ry.
Please be careful, do not mix the directories used by the script with
other directories of yours since the script routinely removes the
useless files (in order to avoid using too much space if you use it
every night).
--
Gilles Chanteperdrix
b
On 11/5/07, Gilles Chanteperdrix <[EMAIL PROTECTED]> wrote:
> On 11/5/07, Bruno Rouchouse <[EMAIL PROTECTED]> wrote:
> > Hi Gilles,
> >
> > yes please, if you can send me your script, it would be great.
> >
> > TIA.
>
> Here comes a tarball with
Gilles Chanteperdrix wrote:
> On 11/5/07, Gilles Chanteperdrix <[EMAIL PROTECTED]> wrote:
> > On 11/5/07, Bruno Rouchouse <[EMAIL PROTECTED]> wrote:
> > > Hi Gilles,
> > >
> > > yes please, if you can send me your script, it would be great.
onfig script of the apropriate configurations.
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On Nov 6, 2007 1:22 PM, Bruno Rouchouse <[EMAIL PROTECTED]> wrote:
> Gilles,
>
> don't pay attention to my previous email, I managed to download the file.
>
> Thanks.
In case it matters I have done a chmod a+r
--
link edit in two stages:
first stage with libpthread_rt.a and all the --wrap
second stage with -lpthread and -lrt without all the --wrap
Unfortunately, the behaviour of --wrap with static libraries is not
the same on all platforms.
--
Gilles Chanteperdr
? Or maybe we should add an
ipipe_unpin_range_globally ?
It would allow me to remove this check_kvm_seq stuff in the middle of
switch_mm when CONFIG_IPIPE is enabled.
--
Gilles Chanteperdrix.
___
Xenomai
. Like I said, that seems backwards, but I
> guess it makes sense - EBUSY apparently means that the resource is _now_
> busy?
request_region returns a pointer to a struct resource, and NULL if the
resource is already reserved.
--
Gilles Chant
(or
> entry?), and it shows when the return path to user-space is diverted in
> some way, either for security auditing, or likely for tracing like
> you've just reported.
>From what I have read in some comments, the syscall auditing function
kmallocs some memory that is kfreed on sy
.
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On Nov 13, 2007 3:17 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> Gilles Chanteperdrix wrote:
> > Hi,
> >
> > I am chasing a slab corruption bug which happens on a Xenomai+RTnet
> > enabled box under heavy non real-time network load (which passes
> > through r
On Nov 13, 2007 6:10 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> Gilles Chanteperdrix wrote:
> > On Nov 13, 2007 3:17 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> Hi,
> >>>
> >>> I
On Nov 13, 2007 6:45 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > On Nov 13, 2007 6:10 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> On Nov 13, 2007 3:17 PM, Jan Kiszka <[EMAI
On Nov 13, 2007 6:44 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > On Nov 13, 2007 6:10 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> On Nov 13, 2007 3:17 PM, Jan Ki
On Nov 13, 2007 6:54 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > On Nov 13, 2007 6:45 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> On Nov 13, 2007 6:10 PM, Philippe Gerum <[EMAI
h-*/debug-macro.S, so I guess all ARM
architectures with a non-trivial debug-macro.S have a working
printascii. Note that compilation of printascii depends on the option
CONFIG_DEBUG_LL to be enabled in the kernel configuration.
--
Gilles Chan
ntable, I would bet it
is just an issue with the directory name.
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On Nov 13, 2007 7:02 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > On Nov 13, 2007 6:44 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> On Nov 13, 2007 6:10 PM, Philippe G
nterrupts. This new
patch also contains a new ARM sub-architecture, the IMX. And finally,
Xenomai 2.4-rc7 contains a fix for the issue with context switches with
iwmmxt fpu.
Please give it a try if you can.
--
G
> Must I make the modifications by hand, i can't find them in the svn!
If you use xenomai trunk, the bug should be fixed. The fix is in
ksrc/arch/arm/switch.S
--
Gilles Chanteperdrix
___
Xenomai-co
r pthread_cancel should result in sending a signal to
the target thread, so should cause this thread to switch to secondary
mode to handle it. If you want to wait for the target thread to be
canceled, you should use pthread_cancel and pthread_join.
--
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 t
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]>
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
mentation on the web site), but
did not look further since the http checkout work.
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
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:
>
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 Chanteperdrix
> >>&g
hat the chipset is not supported,
it means that the chipset is supported but that masking/settting the SMI
bits failed, probably because the BIOS locked the SMI bits.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Wolfgang Grandegger wrote:
> Gilles Chanteperdrix wrote:
> > Gilles Chanteperdrix wrote:
> > > Wolfgang Grandegger wrote:
> > > > Hi Gilles,
> > > >
> > > > Gilles Chanteperdrix wrote:
> > > > > On Dec
On Dec 10, 2007 4:20 PM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > Wolfgang Grandegger wrote:
> > > Gilles Chanteperdrix wrote:
> > > > Gilles Chanteperdrix wrote:
> > > > &g
Wolfgang Grandegger wrote:
> Gilles Chanteperdrix wrote:
> > Wolfgang Grandegger wrote:
> > > Gilles Chanteperdrix wrote:
> > > > Gilles Chanteperdrix wrote:
> > > > > Wolfgang Grandegger wrote:
> > > > > > Hi Gill
Wolfgang Grandegger wrote:
> Gilles Chanteperdrix wrote:
> > On Dec 10, 2007 4:20 PM, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> Wolfgang Grandegger wrote:
> >> # ./kill_pthread
> >> Starti
D_EXPLICIT_SCHED);
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
why executing init_task() switches to
> secondary mode resulting in period overruns in high_prio_task(). Is that
> obvious to you?
init_task calls pthread_create, which needs running in secondary mode
to create a thread. We can not create a task without help from
secondary mode.
--
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
> >
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 Gr
t in v2.4.x though.
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Wolfgang Grandegger wrote:
> Gilles Chanteperdrix wrote:
> > Wolfgang Grandegger wrote:
> > > Gilles Chanteperdrix wrote:
> > > > Wolfgang Grandegger wrote:
> > > > > Gilles Chanteperdrix wrote:
> > > > > > On Dec 11, 20
Wolfgang Grandegger wrote:
> Gilles Chanteperdrix wrote:
> > Wolfgang Grandegger wrote:
> > > Gilles Chanteperdrix wrote:
> > > > Wolfgang Grandegger wrote:
> > > > > Gilles Chanteperdrix wrote:
> > > > > > Wolfgang
child. The problem is that when exiting the parent, file
descriptors are automatically destroyed and therefore can not be used
in the child.
Any ideas for a fix ?
--
Gilles Chanteperdrix
___
Xenomai-core ma
On Dec 20, 2007 4:13 PM, Daniel Schnell <[EMAIL PROTECTED]> wrote:
> Gilles Chanteperdrix wrote:
> > Hi,
> >
> > I have a problem with auto closing of file descriptors and fork. I
> > have an application (a modified pppd, to name it), which in a certain
> >
y_ramdisk_image':
> > init/do_mounts.c:507: warning: pointer targets in passing argument 2 of
> > 'read' differ in signedness init/do_mounts.c:542: warning: pointer targets
> > in passing argument 2 of 'read' differ in signedness init/do_mounts.c: In
&
6-1: fatal in MvmIrq (time=3718.974820):
> > test interrupted by watchdog.
The problem is that the root task priority is 0, and that now, 0 is a
priority with a special meaning. However, VxWorks priority range is from
0 to 255, not from 1 to 2
Gilles Chanteperdrix wrote:
> Hi,
>
> I have a problem with auto closing of file descriptors and fork. I
> have an application (a modified pppd, to name it), which in a certain
> mode (pppd "updetach" mode) opens some real-time file descriptors,
> forks and ex
On Dec 27, 2007 12:58 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > Gilles Chanteperdrix wrote:
> > > Hi,
> > >
> > > I have a problem with auto closing of file descriptors and fork. I
> > > have an applica
On Dec 27, 2007 4:09 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > On Dec 27, 2007 12:58 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> Gilles Chanteperdrix wrote:
> >>> >
wake_up.
What do you think ?
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
s" should be used instead. Any clever idea how to fix it
> (without using #ifdefs)?
Add include/compat/linux/uaccess.h that does #include
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xeno
On Jan 17, 2008 11:22 AM, Gilles Chanteperdrix
<[EMAIL PROTECTED]> wrote:
> On Jan 17, 2008 11:07 AM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > does anyone recall the reason for overwriting the default prefix in
> > configure.in? If not, I wou
ayout ?
--prefix=/usr/local or --prefix=/usr ?
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On Jan 17, 2008 11:42 AM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > Hi,
> >
> > after some (unsuccessful) time trying to instrument the code in a way
> > that does not change the latency results completely, I found the
> > r
unctions needed by Xenomai nucleus (xnarch_fpu_init_p,
xnarch_init_fpu, xnarch_save_fpu, xnarch_restore_fpu), and implement
include/asm-arm/fptest.h to allow switchtest to validate your
implementation.
--
Gilles Chanteperdrix
__
On Jan 17, 2008 3:16 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > On Jan 17, 2008 12:55 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> On Jan 17, 2008 11:42 AM, Jan Kiszka <[EMAI
On Jan 17, 2008 3:04 PM, Gilles Chanteperdrix
<[EMAIL PROTECTED]> wrote:
>
> On Jan 17, 2008 2:58 PM, axel axel <[EMAIL PROTECTED]> wrote:
> > HI
> >
> > another question four you.
> >
> > i'm a newbie of Xenomai and Ipipe, but i had to portin
i:
http://www.xenomai.org/index.php/I-pipe:ArmPorting#Free-running_counters
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On Jan 17, 2008 12:55 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > On Jan 17, 2008 11:42 AM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> Hi,
> >>>
> >>>
riodic task ( if it
> uses tsc, dec, other ) ?
This is irrelevant when porting I-pipe, you should not have to care
about that. What is your real problem ?
--
Gilles Chanteperdrix
___
Xenomai-core mailing l
On Jan 17, 2008 3:22 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > On Jan 17, 2008 3:16 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> On Jan 17, 2008 12:55 PM, Jan Kiszka <[EMAIL PROT
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
> > On Jan 17, 2008 3:16 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> On Jan 17, 2008 12:55 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >>>> Gilles Ch
ated
> >> documentation. Catches both 2.6.23* and 2.6.24* for me here, but I may
> >> miss some cases (2.4?).
> >
> > The documentation hunk was nonsense, here is a hopefully better version.
> >
>
> Makes sense and works fine for the kernel/arch combos I
Gilles Chanteperdrix wrote:
> Please find attached a patch implementing these ideas. This adds some
> clutter, which I would be happy to reduce. Better ideas are welcome.
>
Ok. New version of the patch, this time split in two parts, should
hopefully make it more
Gilles Chanteperdrix wrote:
> Hi,
>
> after some (unsuccessful) time trying to instrument the code in a way
> that does not change the latency results completely, I found the
> reason for the high latency with latency -t 1 and latency -t 2 on ARM.
> So, here comes an up
is a
document:
http://www.rtai.dk/cgi-bin/gratiswiki.pl?How_To_Implement_A_New_Skin
I find it on rthe RTAI wiki, but not on Xenomai wiki, maybe we should
copy it here ?
But, the best documentation is to look at other skins. You can look at
the psos+ skin for instance.
--
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
> > Gilles Chanteperdrix wrote:
> > > Hi,
> > >
> > > after some (unsuccessful) time trying to instrument the code in a way
> > > that does not change the latency results completely, I found
Jan Kiszka wrote:
> Does the patch improve ARM latencies already?
Yes, it does. The (interrupt) latency goes from above 100us to
80us. This is not yet 50us, though.
--
Gilles Chanteperdrix.
___
Xeno
t;
> Which is the problem for you ?
If you use Xenomai in one-shot mode, round-robin is not implemented.
You have to switch Xenomai timer to periodic mode.
--
Gilles Chanteperdrix
___
Xenomai-core mail
On Jan 23, 2008 6:48 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> Gilles Chanteperdrix wrote:
> > Gilles Chanteperdrix wrote:
> > > Please find attached a patch implementing these ideas. This adds some
> > > clutter, which I would be happy to
On Jan 23, 2008 7:34 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> Gilles Chanteperdrix wrote:
> > On Jan 23, 2008 6:48 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> Gilles Chanteperdrix wrote:
> >>> &
Philippe Gerum wrote:
> Gilles Chanteperdrix wrote:
> > On Jan 23, 2008 6:48 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> Gilles Chanteperdrix wrote:
> >>> > Please find attached a patch implementing t
On Jan 23, 2008 7:34 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> Gilles Chanteperdrix wrote:
> > On Jan 23, 2008 6:48 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> Gilles Chanteperdrix wrote:
> >>> &
the
new parameter, or pass different kernel arguments if the skin is built
inside the kernel and not compiled as a module.
The native skin has a function, rt_timer_set_mode which allows to set
its period.
The last two methods being documented.
--
ame thread as the mail you reply to.
And since you are at it, please avoid uppercase, uppercase is
equivalent to shouting on usenet. We hear you, there is no need to
shout.
Now, to answer your question, independently on the timer mode, your
system will not run if you never let Linux run.
--
NFIG_XENO_OPT_PERVASIVE
struct pse51_hkey hkey;
#endif /* CONFIG_XENO_OPT_PERVASIVE */
--- ksrc/skins/posix/internal.h (revision 3441)
+++ ksrc/skins/posix/internal.h (working copy)
@@ -22,6 +22,7 @@
#include
#include
#include
+#include
#include
#include
@@ -179,4 +18
Gilles Chanteperdrix wrote:
>
> Hi,
>
> the following patchset adds core support to Xenomai for select-like
> services,
The attached patch is a quick and dirty patch of RTnet to allow using
rtnet sockets of all types with the new
out:
EXPORT_SYMBOL(__rt_dev_socket);
+int __rt_dev_select_bind(int fd,
+struct xnselector *selector,
+unsigned type, unsigned index)
+{
+ struct rtdm_dev_context *context;
+ struct rtdm_operations *ops;
+ int ret;
+
+ context = rtdm_context_get(fd);
+
+
efficient implementation of network server than with a threaded
approach.
It was only compile-tested for now, and will be tested around next week,
so is submitted here for review only.
Regards.
--
Gilles Chanteperdrix
ther minor performance improvements,
I could make some measurements:
- on IXP465 running vanilla linux, NATing a 100 Mbits/sec traffic
consumes 80% of CPU;
- when running through RTnet vnics, it consumes 100% of CPU for a
traffic around 95 Mbits
ision 0)
+++ include/nucleus/select.h(revision 0)
@@ -0,0 +1,111 @@
+/*!\file select.h
+ * \brief file descriptors events multiplexing header.
+ * \author Gilles Chanteperdrix
+ *
+ * Copyright (C) 2008 Efixo <[EMAIL PROTECTED]>
+ *
+ * Xenomai is free software; you can redistribute it
wrappers.c
--
Gilles Chanteperdrix.___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Philippe Gerum wrote:
> Gilles Chanteperdrix wrote:
> > On Jan 23, 2008 7:34 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> >> Gilles Chanteperdrix wrote:
> >>> On Jan 23, 2008 6:48 PM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> >>>>
s instead of using cat.
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On Jan 28, 2008 11:28 AM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> Gilles Chanteperdrix wrote:
> > On Jan 28, 2008 11:10 AM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >> I received some complaint that xeno-config [--verbose] does not match
> >> xen
On Jan 28, 2008 12:34 AM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > Philippe Gerum wrote:
> > > Gilles Chanteperdrix wrote:
> > > > Philippe Gerum wrote:
> > > > > Gilles Chanteperdrix wrote:
> &g
Gilles Chanteperdrix wrote:
> On Jan 28, 2008 12:34 AM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
> >
> > Gilles Chanteperdrix wrote:
> > > Philippe Gerum wrote:
> > > > Gilles Chanteperdrix wrote:
> > > > > Philip
ive you a very
general answer: redesign your application so that it is event-driven.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
r
system will let Linux run automatically.
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Gilles Chanteperdrix wrote:
> On Jan 17, 2008 3:22 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> >
> > Gilles Chanteperdrix wrote:
> > > On Jan 17, 2008 3:16 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> > >> Gilles Chanteperdrix wrote:
>
ed context switch
patch on it.
--
Gilles Chanteperdrix.
Index: include/asm-ia64/bits/pod.h
===
--- include/asm-ia64/bits/pod.h (revision 3454)
+++ include/asm-ia64/bits/pod.h (wo
Gilles Chanteperdrix wrote:
>
> Hi Philippe,
>
> here comes a new patch on the theme "reworking self deletion". This
> time, execution of nkpod delete hooks is made before the context switch
> whereas finalizing the thread takes place after the context
>
e same behaviour with xenomai trunk ?
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
ing list
> Xenomai-core@gna.org
> https://mail.gna.org/listinfo/xenomai-core
>
>
--
Gilles Chanteperdrix
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On Fri, Feb 1, 2008 at 11:02 AM, Soft Axel <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix ha scritto:
>
> On Fri, Feb 1, 2008 at 10:42 AM, axel axel <[EMAIL PROTECTED]> wrote:
>
>
> 2008/2/1, Gilles Chanteperdrix <[EMAIL PROTECTED]>:
>
>
On Fri, Feb 1, 2008 at 10:42 AM, axel axel <[EMAIL PROTECTED]> wrote:
>
>
> 2008/2/1, Gilles Chanteperdrix <[EMAIL PROTECTED]>:
> > On Fri, Feb 1, 2008 at 10:08 AM, axel axel <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > i try
On Fri, Feb 1, 2008 at 11:10 AM, Philippe Gerum <[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > Gilles Chanteperdrix wrote:
> > >
> > > Hi Philippe,
> > >
> > > here comes a new patch on the theme "reworking self de
Hi,
after some tests, bug fixes and optimizations, here comes a second version of
the patch-set adding select support to xenomai posix skin.
Regards.
--
Gilles Chanteperdrix.
___
Xenomai-core mailing
(-)
--
Gilles Chanteperdrix.
--- include/nucleus/select.h(revision 0)
+++ include/nucleus/select.h(revision 0)
@@ -0,0 +1,111 @@
+/*!\file select.h
+ * \brief file descriptors events multiplexing header.
+ * \author Gilles Chanteperdrix
++---
5 files changed, 512 insertions(+), 122 deletions(-)
--
Gilles Chanteperdrix.
--- include/rtdm/rtdm_driver.h (revision 3455)
+++ include/rtdm/rtdm_driver.h (working copy)
@@ -38,6 +38,7 @@
#include
#include
#include
ksrc/skins/posix/thread.c |5 +
ksrc/skins/posix/thread.h |4
6 files changed, 287 insertions(+), 4 deletions(-)
--
Gilles Chanteperdrix.
--- include/posix/syscall.h (revision 3455)
+++ include/posix
601 - 700 of 2013 matches
Mail list logo