common/rt_print: Use sigfillset to actually mask all signals for
logging thread. Fixes commit a6dceeb9.
Signed-off-by: Paul Janzen p...@xenomai.sez.to
---
src/skins/common/rt_print.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/skins/common/rt_print.c b/src
to be
applied to the v2.4.x branch so that it can be picke up by the Debian team.
Regards, Paul.
Index: debian/prepare-patch.sh
===
--- debian/prepare-patch.sh (revision 4639)
+++ debian/prepare-patch.sh (working copy)
@@ -74,12
: for each function it appears in.)
make[3]: *** [kernel/xenomai/nucleus/heap.o] Error 1
Digging in to the nucleus/sched.h and nucleus/pod.h headers, there appears to
be a circular dependency around nkpod_struct - This only hits home with
CONFIG_SMP defined.
Regards, Paul
On Thursday 12 February 2009, Gilles Chanteperdrix wrote:
Paul wrote:
Patching a 2.6.28.2 with the relevant patch in trunk, using a config with
SMP enabled resulted in:
LD kernel/xenomai/arch/built-in.o
CC kernel/xenomai/nucleus/heap.o
In file included from include
floating point math in kernel space, but
it is a constant source of problems - Being forced to migrate to user space
would be a welcome move.. The only question is how much of an overhead does
the trap incur ?
Regards, Paul.
___
Xenomai-core mailing list
Attached, a small patch for debian/rules to allow dpkg-cross to cross-compile
binary packages. Tested on a AMD64 host compiling powerpc packages, and no
unpleasant suprises found.
Regards, Paul.
Index: debian/rules
Reviewing and updating one of my systems here, I noticed a copy/paste error
in the debian/control - The short description is the same for both lib and
dev packages. The $trivial patch attached addresses this. Both the 2.4.x
branch and trunk suffer from the same error.
Regards, Paul
(CONFIG_IPIPE) defined(CONFIG_PPC64)
It bit me at line 549 in arch/powerpc/kernel/smp.c...
Regards, Paul.
index 0041343..8f30c85 100644
--- a/drivers/net/via-rhine.c
+++ b/drivers/net/via-rhine.c
@@ -41,7 +41,6 @@
static int debug = 1; /* 1 normal messages, 0 quiet .. 7 verbose. */
static int
Attached, trivial patch for native rt_mutex_acquire function documentation.
The reference to deprecated (and undocumented) rt_mutex_lock()
rt_mutex_release() is a little confusing.
Also updated the code snippets to match.
Regards, Paul.
Index: ksrc/skins/native/mutex.c
On Wednesday 14 November 2007 23:13, Leopold Palomo Avellaneda wrote:
A Dimecres 14 Novembre 2007, Paul va escriure:
On Wednesday 14 November 2007 16:37, Paul wrote:
I'm right in the middle of looking at the packaging scripts, so expect
a patch within the next few days.
Attached, one
?
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On Wednesday 14 November 2007 16:37, Paul wrote:
I'm right in the middle of looking at the packaging scripts, so expect a
patch within the next few days.
Attached, one patch for the Debian rules. The debian/changelog version will
need to be bumped up to 2.4.0-1 once we get out of the -rc phase
] Error 1
make[3]: Leaving directory `/tmp/xenomai/include'
Regards, Paul.
--- include/Makefile.am (revision 2902)
+++ include/Makefile.am (working copy)
@@ -1,4 +1,4 @@
-includedir = $(prefix)/include
+#includedir = $(prefix)/include
include_HEADERS = \
rtdk.h
Index: sim/include/Makefile.am
Hi Gilles
On Monday 16 April 2007 23:36, Gilles Chanteperdrix wrote:
And by the way, I am running Debian Etch, and its
version of autotools seems to complain that we do not use datarootdir in
xeno-config.in...
Attached, a trivial patch to fix the datarootdir warning.
Regards, Paul
a commit ?
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
of the strong bindings are likely to cause problems.
Regards, Paul.
Index: debian/control
===
--- debian/control (revision 2299)
+++ debian/control (working copy)
@@ -2,7 +2,7 @@ Source: xenomai
Section: devel
Priority: extra
On Wednesday 14 March 2007 10:56, Philippe Gerum wrote:
On Tue, 2007-03-13 at 20:32 +, Paul wrote:
Hi Philippe
On Tuesday 13 March 2007 16:30, Philippe Gerum wrote:
A question for the project admins: Do you have a Release Manager to
coordinate package releases ?
I'm
On Wednesday 14 March 2007 11:14, Philippe Gerum wrote:
On Wed, 2007-03-14 at 11:59 +0100, Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
On Tue, 2007-03-13 at 20:32 +, Paul wrote:
Hi Philippe
On Tuesday 13 March 2007 16:30, Philippe Gerum wrote:
A question for the project
in sync.
One possible answer is for me to rebuild my repository from scratch and
append the SVN revision number to revision number so that we end up with
2.3.50-1~r2289 - This would allow an official 2.3.50-1 release to override
the ~r2289 revision..
Regards, Paul
on these two files ?
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
On Monday 12 March 2007 14:03, Philippe Gerum wrote:
Is it possible to change the svn properties on these two files ?
Yes. Should be ok now.
Thanks - That will stop dpkg barfing when trying to build a package.
Regards, Paul.
___
Xenomai-core
releases ?
Regards, Paul.
Index: debian/control
===
--- debian/control (revision 2291)
+++ debian/control (working copy)
@@ -14,7 +14,12 @@ Description: Linux kernel patches for Xe
Xenomai kernel patches - See www.xenomai.org
at http://zathras.tuxcnc.org/xenomai - Although the
packages are all in Sid, they have been compiled on Etch boxen, so should
work with both Debian's testing/unstable and Ubuntu.
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https
, the
prepare-kernel patch generation would need to be overhauled.
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
as packaging the
includes under /usr/include/xenomai.
Regards, Paul.
debian_rules.2.patch.bz2
Description: BZip2 compressed data
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
sense.. If the compat/ includes are specific to 2.4 kernels,
then there would be little reason to put them in any 2.6 patches.
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
.
A couple of general comments: Having a clear seperation of kernel user space
sources has greatly simplified the task of packaging.. The dynamic libs all
have a 0.0.0 version - Would it not make sense to sync with the Xenomai
version ?
Regards, Paul.
debian_rules.patch.bz2
Description
/ headers don't get installed - Is this, and
the $(includedir) issue an oversight ?
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
as it simplifies the
`svn up`/make process and avoids having to run prepare-kernel each time. I
propose a trivial patch that retains the original behaviour and provides an
option to turn off symlinks (patch attached).
Regards, Paul.
Index: scripts/prepare-kernel.sh
of options in
prepare-kernel.sh to aid package generation - If nobody else is working on
that area, I'll put a patch together over the next few days and submit it for
review.
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https
logged..
Regards, Paul.
[0.00] Linux version 2.6.19.3-xenomai ([EMAIL PROTECTED]) (gcc version
4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #7 Sun Feb 25 17:58:53 GMT 2007
[0.00] Command line: root=/dev/sda2 ro splash=silent vga=788
[0.00] BIOS-provided physical RAM map
persist when MTRRs are switched off from the kernel config?
I'd just finished compiling yet another kernel with CONFIG_MTRR disabled and
was about to run another test..
Logs attached - Even with ipipe-trace enabled, latencies are acceptable when
firing up X/KDE..
Regards, Paul.
I-pipe frozen
the context
switch.
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
'
make: *** [debian/stamp-build-kernel] Error 2
The attached patch addresses the problem..
Regards, Paul.
diff -uwpr linux-2.6.19.3-orig/arch/x86_64/kernel/ipipe.c linux-2.6.19.3/arch/x86_64/kernel/ipipe.c
--- linux-2.6.19.3-orig/arch/x86_64/kernel/ipipe.c 2007-02-24 23:36:04.0 +
On Sunday 25 February 2007 00:15, Paul wrote:
Hi Philippe
On Saturday 24 February 2007 22:46, Philippe Gerum wrote:
Added to the fact that I've just fixed the CONFIG_SMP
+CONFIG_PREEMPT issue [1], what remains to get a fully functional
preliminary x86_64 port is to solve the CONFIG_SMP
, and don't forget to report your findings!
/me is good at breaking stuff and reporting the results ;)
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
type
Regards, Paul.
Index: include/rtdm/rtdm.h
===
--- include/rtdm/rtdm.h (revision 2105)
+++ include/rtdm/rtdm.h (working copy)
@@ -248,7 +248,7 @@ int _rtdm_open (rtdm_user_info_t *
int _rtdm_socket (rtdm_user_info_t
have some ready to run code, I can set aside an afternoon to run some
tests - Perhaps even set up an ssh session so that you can monitor the
results.
Regards, Paul.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo
much point in
hacking 2.6.17 and earlier when 2.6.19 is going to be a major change in key
areas.. It also looks like there is a closer integration of x86_64 and plain
old ix86 code in the 2.6.19 tree, so this may simplify the task of
maintaining a 64bit patch.
Regards, Paul
that the
adeos-ipipe patch is adding a malformed line from the preamble of the
following chunk. The ppc-ipipe_fix patch corrects this issue, and the second
attempts to clean up the rest of the patch.
Regards, Paul.
Index: ksrc/arch/powerpc/patches/adeos-ipipe-2.6.18-ppc-1.4-01.patch
would be interested in seeing something, even of it was only some
latency test figures.. The FOX board is relatively inexpensive, so if it
could deliver reasonable latency figures, it would surely be another
contender for embedded control.
Regards, Paul
used for packaging fusion.
With minor changes, these could be used for a Xenomai package. One
possibility is to use the rules and the compile farm to produce ready to
run kernel/Xenomai Debian packages.
Regards, Paul.
--
From the Klingon book of C:
Klingon function calls do not have
42 matches
Mail list logo