Philippe Gerum wrote:
> Hi Jim,
>
> On Sun, 2007-07-08 at 01:00 -0600, Jim Cromie wrote:
>
>> Philippe Gerum wrote:
>>
>>> Our development trunk now contains the necessary support for running
>>> Xenomai over 2.6.22/x86. This work boils down to ena
Philippe Gerum wrote:
> Our development trunk now contains the necessary support for running
> Xenomai over 2.6.22/x86. This work boils down to enabling Xenomai to use
> the generic clock event device abstraction that comes with newest
> kernels. Other archs / kernel versions still work the older w
Jim Cromie wrote:
Niklaus Giger wrote:
Hi
Can anybody recommend a cheap (Anything below 200 US$ will probably
fit into our family budget) ARM system, where I could test the ARM
port of Xenomai? E.g. could I buy a LinkSys NSLU2 (around 100 Euros)?
It seems that at least Debian is quite
Niklaus Giger wrote:
Hi
Can anybody recommend a cheap (Anything below 200 US$ will probably fit into
our family budget) ARM system, where I could test the ARM port of Xenomai?
E.g. could I buy a LinkSys NSLU2 (around 100 Euros)? It seems that at least
Debian is quite popular on it.
Best re
Philippe Gerum wrote:
On Thu, 2006-09-28 at 17:19 -0600, Jim Cromie wrote:
[...]
BTW I was planning to make LOCAL_APIC unconditional on i386 too like on x86-64.
There is basically no reason ever to disable it, and the bug work around
for buggy BIOS one can be done at runtime. Overall the
hi guys,
I encountered this error building 18-mm2 with a .config Ive been
using with xenomai since I started.
arch/i386/kernel/built-in.o(.text+0x34f1): In function `do_nmi':
arch/i386/kernel/traps.c:752: undefined reference to
`panic_on_unrecovered_nmi'
arch/i386/kernel/built-in.o(.text+0
Philippe Gerum wrote:
On Wed, 2006-08-23 at 15:35 -0600, Jim Cromie wrote:
any off-hand guesses as to what might have caused this ?
ndiswrapper-1.x has worked fine with 1.3.9 and previous.
Anything in dmesg?
Oops. I tried and failed with 1.24rc1, then backed up to working 1.23
any off-hand guesses as to what might have caused this ?
ndiswrapper-1.x has worked fine with 1.3.9 and previous.
___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core
Gilles Chanteperdrix wrote:
You likely have a division by 0 because nsamples is 0. nsamples come
from the numeric argument of the -n option, and I think you do not pass
a numeric argument to -n, so atoi returns 0.
Yup, thats it.
prog was getting -n -l 1000
-l is illegal option, but -n nee
got a backtrace
Philippe Gerum wrote:
On Mon, 2006-08-21 at 00:42 -0600, Jim Cromie wrote:
Jim Cromie wrote:
*
== Sampling period: 10 us
== Do not interrupt this program
/usr/xenomai/bin/xeno-load: line 182: 2868 Floating point
exception$suflag $* $cmdargs
soekris:/usr
Jim Cromie wrote:
*
== Sampling period: 10 us
== Do not interrupt this program
/usr/xenomai/bin/xeno-load: line 182: 2868 Floating point
exception$suflag $* $cmdargs
soekris:/usr/xenomai/bin# gdb ../testsuite/switchbench/switchbench
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software
I get the above error when running xeno-test,
or when running individually, like so:
soekris:/usr/xenomai/bin# ( cd ../testsuite/switchbench; loudly ./run --
-p 10
-n -l 1000 $XENOT_SWITCHBENCH '# switchbench'; )
Sun Aug 20 18:51:53 MDT 2006
running: ./run -- -p 10 -n -l 1000 # switchben
Jan Kiszka wrote:
Jim Cromie wrote:
...
just responding to small part now..
this patch adds switchtest, switchbench (and drops switch) and irqbench.
each test-prog has a corresponding $XENOT_
with which you can inject new test arguments individually.
Most of these can be undef'd, e
Gilles Chanteperdrix wrote:
Jim Cromie wrote:
> [ 1574.162754] Xenomai: starting RTDM services.
> cpu 0: 2079 context switches.
> cpu 0: 4212 context switches.
> cpu 0: 6336 context switches.
> cpu 0: 8442 context switches.
> ...
> cpu 0: 246981 context switches.
&g
Jan Kiszka wrote:
Hi all,
Jim raised these issues nicely to a generic level. I would like to pick
it up and add some thoughts.
Jim Cromie wrote:
...
FWIW, I noted that xeno-test is not running these:
- switchbench
- switchtest
- irqbench
Im not sure they belong in xeno-test though, since
Jan Kiszka wrote:
Hi all,
Jim raised these issues nicely to a generic level. I would like to pick
it up and add some thoughts.
Jim Cromie wrote:
...
FWIW, I noted that xeno-test is not running these:
- switchbench
- switchtest
- irqbench
Im not sure they belong in xeno-test though, since
Jan Kiszka wrote:
Jim Cromie wrote:
im trying to inline this patch,
pls let me know if its still ws fouled
(in thunderbird, cp from svn diff |less, preformat b4 paste)
Index: CREDITS
===
--- CREDITS (revision 1412
[EMAIL PROTECTED] xenomai]$ diff -u ./ksrc/arch/i386/Kconfig{~,}
--- ./ksrc/arch/i386/Kconfig~ 2006-03-23 19:06:35.0 -0700
+++ ./ksrc/arch/i386/Kconfig2006-08-10 19:12:39.0 -0600
@@ -67,7 +67,7 @@
and hence may not be altered.
For this reason, Xenomai contain
@@
D: the map.
N: Jim Cromie
-E: [EMAIL PROTECTED]
+E: [EMAIL PROTECTED]
D: Comprehensive statistics collection for the testsuite.
D: Validation test script. Various script fixes and sanitization.
(END)
___
Xenomai-core mailing list
Xenomai-core
Jan Kiszka wrote:
Jim Cromie wrote:
soekris:/usr/xenomai/testsuite/switchtest# modprobe xeno_switchtest
[ 160.221018] Xenomai: starting RTDM services.
soekris:/usr/xenomai/testsuite/switchtest#
soekris:/usr/xenomai/testsuite/switchtest# switch -n
soekris:/usr/xenomai/testsuite/switchtest
Jan Kiszka wrote:
Jim Cromie wrote:
hi Jan, everyone,
Ive worked up a patchset to add a GPIO driver for the chip on my mobo.
I adapted an existing one, drivers/char/scx200_gpio,
and created drivers/char/pc8736x_gpio
When doing this, I _oversimplified_ my problem by disregarding RTDM,
and
hi Jan, everyone,
Separately..
In this GPIO work, I concluded that I needed to add a sysfs interface
to my driver, in order to better fit with LKML expectations.
Sysfs GPIO representation of Hardware (v0.2)
(v0.1 went to lm-sensors ML, v0.2 to kernelnewbies ML)
We need a standard rep for GP
hi Jan, everyone,
Ive worked up a patchset to add a GPIO driver for the chip on my mobo.
I adapted an existing one, drivers/char/scx200_gpio,
and created drivers/char/pc8736x_gpio
When doing this, I _oversimplified_ my problem by disregarding RTDM,
and Im hoping I can just _retrofit_ as needed.
Philippe Gerum wrote:
Jan Kiszka wrote:
Jim Cromie wrote:
Niklaus Giger wrote:
Am Freitag, 26. Mai 2006 15:52 schrieb Jan Kiszka:
Niklaus Giger wrote:...
If anybody has a working target with a Xenomai + BusyBox
combination and
would be willing to test drive my changes, I would
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Philippe Gerum wrote:
> Redone the check here on a Centrino 1.6Mhz, and still have roughly
x20 > improvement (a bit better actually). I'm using Debian/sarge
gcc 3.3.5.
I think I remember that Pentium M has a much shorter mull instruction
th
Niklaus Giger wrote:
Am Freitag, 26. Mai 2006 15:52 schrieb Jan Kiszka:
Niklaus Giger wrote:...
If anybody has a working target with a Xenomai + BusyBox combination and
would be willing to test drive my changes, I would appreciate a feedback
enormously.
I hope this isnt waiting on my
Gilles Chanteperdrix wrote:
Now that the big context switches bugs have been solved, here is a patch
that adds a unit test for context switches and FPU switches
with various type of threads (kernel, user, user in secondary mode,
not using FPU, using FPU, etc...). As is the case of the latency tes
attached patch corrects a mistake in rev 985, which chmod'd a read-only
file,
even if it was a symlink from a kernel-tree cloned with lndir.
This resulted in a bad original tree for use in building vanilla kernels.
with patch, script renames the symlink, copies it to the expected name,
and *th
Going thru xenomai Kconfig again, some observations/uncertainties came up.
I'll make a patch, given feedback.
XENO_OPT_TIMING_PERIODIC
"Aperiodic mode provides for non-constant delays between timer ticks,"
the wording here (non-constant delays) left me momentarily wondering
if _APERIODIC was b
based in part on discussions and test-results from Niklaus Giger (thanks)
heres another round of tweaks.
* -p is changed to -P, which allows ..
* -p to be passed thru to latency, exposing that capability
* set -m default destination addr to <[EMAIL PROTECTED]>
you _may_ have to subscribe
Romain Lenglet wrote:
BUGS
-N name is timestamped, giving uniqueness. This is a
caveat, not a bug
No, it is a feature. I added it into the documentation of -L
and -N.
By the way, I suggest that you use a timestamp in the RFC 3339
format (a subset of ISO 8601):
date "+%Y-%m-%d %H:
Romain Lenglet wrote:
Added documentation for the new -U option, and did some cleanups.
FYI,
a few *tiny* issues.
-d eg: /dev/hda1 might be better than /dev/hda/, and drop trailing slash.
-m, -M.log-file not required.
-N path can be /absolute too, not just ../relative
-p 'cmd'
hi
bump up the latency runtime default: -T 10, to something useful, but not
too long: -T 120.
also inform help-user of existing defaults, some of which are wired in
latency itself.
Index: scripts/xeno-test.in
===
--- scripts/xeno-t
Romain Lenglet wrote:
Added documentation for the new -U option, and did some cleanups.
thanks
I should have noted, this option isnt yet tested
- I dont at this point have a server to test against.
At some point I can -U , just need some tuits.
(not that this changes anything - even if the
Jan Kiszka wrote:
Jim Cromie wrote:
Philippe Gerum wrote:
Jim Cromie wrote:
I hope thats everything for now,
it needs a good shakedown, and I need a beer.
Eh, I hope you had it by now, otherwise, you must be so damn
thirsty... :o>
:-) Ya gotta try t
Philippe Gerum wrote:
Jim Cromie wrote:
cycletest now has decent options passed in.
I havent given any thought to exposing options thru xeno-test's
command line.
Instead, Im thinking of adding statistics, ala latency.
for that, Im also pondering a new -g 100 option to group the tests
Jim Cromie wrote:
Ive started adding to xeno-test, as outlined previously (plus some)
, except where noted
- now run cyclictest and switch, in addition to latency -t 0,1,2
cycletest now has decent options passed in.
I havent given any thought to exposing options thru xeno-test's co
Ive started adding to xeno-test, as outlined previously (plus some)
- now run cyclictest and switch, in addition to latency -t 0,1,2
- changed the prewired -m email-addy to [EMAIL PROTECTED]
will change again when something is formalized.
In meantime, feel free to send results, Ill periodical
This morning, after svn up, make, make install,
I started getting this err.
latency: failed to call RTBNCH_RTIOC_INTERM_RESULT, code -25
I fixed it by rebuilding kernel, which pulled in the updated kernel
bits, and it worked.
Is there any simple way to know apriori that a kernel-side make is
Philippe Gerum wrote:
Romain Lenglet wrote:
The -M option works, since I just received an email Id sent
earlier, but I also sent one to xenomai-core, and it hasnt
shown up yet. I suspect that the mail looks like spam, and
has been rejected, since my hostname is not a real FQDN.
So Im not so sure
heres another try, adjusting per Rodrigo's, Gilles' feedback,
and filling in from linux Kconfig and wikipedia on ACPI.
FYI, the latter is quite informative, esp on sleep states.
The speculative content continues - I dont mind being wrong,
esp when its temporary / corrected :-)
I held back a bi
just to follow up:
I built a xeno-kernel for my laptop, the sep flag was on,
so it was Fedora specific. I asked on fedora-list,
got this answer:
> This is pretty obscure, and I havent seen any problems because of it,
> but it is a bit odd.
>
> Can someone(s)
> - confirm its absence on 2.6.1
Jim Cromie wrote:
Niklaus Giger wrote:
Hi
Following a suggestion from Philippe Gerum I propose to collect and
prepare like this:
a) Make it easy to collect information
add -s/-c option to xeno-test, help text would look like -s
send output of xeno-test to [EMAIL PROTECTED]
-c
Gilles Chanteperdrix wrote:
For review...
+#ifndef __KERNEL__
+#include
+#include
+#include
+#include
+
+static inline void xeno_x86_features_check(void)
+{
+#ifdef CONFIG_XENO_X86_SEP
+ size_t n = confstr(_CS_GNU_LIBPTHREAD_VERSION, NULL, 0);
+ if (n > 0)
+ {
since this is u
Niklaus Giger wrote:
Hi
Following a suggestion from Philippe Gerum I propose to collect and prepare
like this:
a) Make it easy to collect information
add -s/-c option to xeno-test, help text would look like
-s send output of xeno-test to [EMAIL PROTECTED]
-c if -s, send also kern
heres another try.
contains some speculative explanations that perhaps warrant rewording.
The regular reader will also detect some prose poached from this ML ;-)
Index: TROUBLESHOOTING
===
--- TROUBLESHOOTING (revision 935)
+++
heres an untested (still, low risk) patch for xeno-test
which corrects an obsolete usage of head.
noted by Tobias Marschall on xeno-help.
Index: scripts/xeno-test.in
===
--- scripts/xeno-test.in(revision 924)
+++ scripts/xe
Jan Kiszka wrote:
Jim Cromie wrote:
FYI,
Ive just built 17-rc1-mm1, and noted that the new time-keeping-system
http://lwn.net/Articles/176837/
can now detect the buggy TSC on my GEODE-sc1100 cpu,
and also that its apparently fixable by adding 'idle=poll' to
kernel-boot-line.
FYI,
Ive just built 17-rc1-mm1, and noted that the new time-keeping-system
http://lwn.net/Articles/176837/
can now detect the buggy TSC on my GEODE-sc1100 cpu,
and also that its apparently fixable by adding 'idle=poll' to
kernel-boot-line.
Apr 7 11:42:01 truck kernel: [ 19.160016] Kernel c
Gilles Chanteperdrix wrote:
Jim Cromie wrote:
> Gilles Chanteperdrix wrote:
> > Jim Cromie wrote:
> > > hello xenophiles,
> > >
> > > Im getting errors to the console when running latency -t 1.
> > > they also appear in dmesg output
Gilles Chanteperdrix wrote:
Jim Cromie wrote:
> hello xenophiles,
>
> Im getting errors to the console when running latency -t 1.
> they also appear in dmesg output
This should be fixed in revision 807.
807 didnt fix it here. Its also still pr
hello xenophiles,
Im getting errors to the console when running latency -t 1.
they also appear in dmesg output
RTD| 16.615| 32.201| 44.845| 0| 14.054|
45.621
[ 917.477135] invalid use of FPU in Xenomai context at 0xb7e488bc
RTD| 15.832| 32.166| 44
Jeff Webb wrote:
Jim wrote:
Philippe,
any objection to my requesting that Gmane.org
add the xenomai MLs to their site ?
This list has already been added. I found the archive at gmane the
other day. In fact, your message has already been archived there!
so it has. I just had to refresh th
Rodrigo Rosenfeld Rosas wrote:
Actually, I noted a minor typo error in the documentation:
" of the this service" should be " of this service"
this is the kind of thing that youre encouraged to create a patch for.
Same for other doc nits - youre offering 'something-like' suggestions,
when yo
LD drivers/xenomai/16550A/built-in.o
CC [M] drivers/xenomai/16550A/16550A.o
/mnt/dilbert/jimc/dilbert/lxbuild/linux-2.6.15.1-ipipe-121/drivers/xenomai/16550A/16550A.c:
In function ‘rt_16550_interrupt’:
/mnt/dilbert/jimc/dilbert/lxbuild/linux-2.6.15.1-ipipe-121/drivers/xenomai/16550A/16550
Jim Cromie wrote:
attached is an update to xeno-test which runs latency with -t0 -t1 -t2
I think Ive got xeno-test and xeno-test.in sync'd, that doesnt seem to
happen
as part of the configure make process for me.
this ones slightly improved, it greps XENO out of /proc/config.gz if its
hi folks,
with this patch, you can run prepare-kernel.sh on a kernel output tree,
at least once that tree contains the Makefile that the script looks for.
Index: scripts/prepare-kernel.sh
===
--- scripts/prepare-kernel.sh (revis
hi folks,
with this patch, you can run prepare-kernel.sh on a kernel output tree,
at least once that tree contains the Makefile that the script looks for.
Index: scripts/prepare-kernel.sh
===
--- scripts/prepare-kernel.sh (revis
Gilles Chanteperdrix wrote:
Jim Cromie wrote:
>
> build error after selecting POSIX interface,
> on svn-head - ie 515
>
> [EMAIL PROTECTED] linux-2.6.15.1-ipipe-103-sonyI]$ make
> CHK include/linux/version.h
> SPLIT include/linux/autoconf.h -> include/confi
Gilles Chanteperdrix wrote:
Jim Cromie wrote:
>
> build error after selecting POSIX interface,
> on svn-head - ie 515
>
> [EMAIL PROTECTED] linux-2.6.15.1-ipipe-103-sonyI]$ make
> CHK include/linux/version.h
> SPLIT include/linux/autoconf.h -> include/confi
Philippe Gerum wrote:
Ive been running an ipipe kernel as the default since shortly after 1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
Eh? Maybe the CONFIG_PCI_MSI syndrom again?
Um, does this tell you anything ?
$ zcat
build error after selecting POSIX interface,
on svn-head - ie 515
[EMAIL PROTECTED] linux-2.6.15.1-ipipe-103-sonyI]$ make
CHK include/linux/version.h
SPLIT include/linux/autoconf.h -> include/config/*
CHK include/linux/compile.h
CHK usr/initramfs_list
CC [M] kernel/xenomai/skins/posix/sched.o
In
some random sucesses ..
Ive been running an ipipe kernel as the default since shortly after 1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
but other than that, things have been solid.
But that kernel wasnt configured using scri
Philippe Gerum wrote:
Ive been running an ipipe kernel as the default since shortly after 1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
Eh? Maybe the CONFIG_PCI_MSI syndrom again?
Um, does this tell you anything ?
$ zcat
some random sucesses ..
Ive been running an ipipe kernel as the default since shortly after 1/7.
Since then, Ive had a couple of freezes on boot,
and sometimes bash's auto-complete takes longer to complete,
but other than that, things have been solid.
But that kernel wasnt configured using scri
build error after selecting POSIX interface,
on svn-head - ie 515
[EMAIL PROTECTED] linux-2.6.15.1-ipipe-103-sonyI]$ make
CHK include/linux/version.h
SPLIT include/linux/autoconf.h -> include/config/*
CHK include/linux/compile.h
CHK usr/initramfs_list
CC [M] kernel/xenomai/skins/posix/sched.o
In
Philippe Gerum wrote:
You may want to try this one:
http://download.gna.org/adeos/patches/v2.6/i386/adeos-ipipe-2.6.15-i386-1.1-03.patch
although Im not surprised, I feel like telling someone,
[EMAIL PROTECTED] ~]$ uname -a
Linux harpo.jimc.earth 2.6.15-ipipe-103-sony #1 Sat Jan 7 13:54:0
Philippe Gerum wrote:
You may want to try this one:
http://download.gna.org/adeos/patches/v2.6/i386/adeos-ipipe-2.6.15-i386-1.1-03.patch
although Im not surprised, I feel like telling someone,
[EMAIL PROTECTED] ~]$ uname -a
Linux harpo.jimc.earth 2.6.15-ipipe-103-sony #1 Sat Jan 7 13:54:0
Kent Borg wrote:
Jim Cromie posted a patch attempt for 2.6.15 (yeah!), and the patch
applied, but it doesn't compile for me:
[...]
LD init/built-in.o
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o: In function `__ipipe_sync_stage':
: undefined reference to `ret
Kent Borg wrote:
Jim Cromie posted a patch attempt for 2.6.15 (yeah!), and the patch
applied, but it doesn't compile for me:
[...]
LD init/built-in.o
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o: In function `__ipipe_sync_stage':
: undefined reference to `ret
hi Phillipe, everyone,
happy 06 !
Out of curiosity, I applied adeos-ipipe-2.6.14-i386-1.1-01.patch on top
of 15.
the rejects were small, and simple enough looking, that even
a lazy sod like myself might manually fix them, so I did.
whats more, it built clean and booted !
I havent done anythi
hi Phillipe, everyone,
happy 06 !
Out of curiosity, I applied adeos-ipipe-2.6.14-i386-1.1-01.patch on top
of 15.
the rejects were small, and simple enough looking, that even
a lazy sod like myself might manually fix them, so I did.
whats more, it built clean and booted !
I havent done anythi
folks,
Ive been tinkering with xeno-test, adding a bunch of
platform-info to support comparison of results from various
platforms submitted by different xenomai users.
- cat /proc/config.gz if -f /proc/config.gz
- cat /proc/cpuinfo
- cat /proc/meminfo
- cat /proc/adeos/* foreach /proc/adeos/*
-
Philippe Gerum wrote:
This is a partial roadmap for the project, composed of the currently
Ah! I just _knew_ you would jump in as expected. The teasing worked :o)
well done ! Its the mark of a great leader to get folks to do what he
wants,
while making them think its their idea ;-)
(a
folks,
Ive been tinkering with xeno-test, adding a bunch of
platform-info to support comparison of results from various
platforms submitted by different xenomai users.
- cat /proc/config.gz if -f /proc/config.gz
- cat /proc/cpuinfo
- cat /proc/meminfo
- cat /proc/adeos/* foreach /proc/adeos/*
-
Philippe Gerum wrote:
This is a partial roadmap for the project, composed of the currently
Ah! I just _knew_ you would jump in as expected. The teasing worked :o)
well done ! Its the mark of a great leader to get folks to do what he
wants,
while making them think its their idea ;-)
(a
Romain Lenglet wrote:
By the way, I noticed that the output of function usage() in that
script was wrong. Here is a correct version, to replace the one
if you see an error, please provide a proper patch.
I cannot see the error youve 'corrected' below..
In fact, youve added one; -v doesnt
Philippe Gerum wrote:
This is a partial roadmap for the project, composed of the currently
o Web site.
Wiki ++ , eventually
o Automated benchmarking.
- We are still considering the best way to do that; actually,
my take is that we would just need to bootstrap the thing and
attached patch gives xeno-config a --verbose option, ie:
soekris:/usr/realtime/2.6.13-ski6-v1/bin# xeno-config --v
xeno-config --verbose
--version="2.0"
--cc="gcc"
--cross-compile=""
--arch="i386"
--subarch=""
--prefix="/usr/realtime/2.6.13-ski6-v1"
--config="/usr/realtime/2.
Philippe Gerum wrote:
Dmitry Adamushko wrote:
As you noticed below, the point is that this feature should be
active for
kernel-based code only; for user-space, we're toast: typical
chicken-and-egg
problem since we need the registry to cross the space boundaries but
the
registry requires a na
In testing the new list, Im probably jumping the gun,
but at least the msg is on-topic, useful.
Happy Birthday Philippe,
lemme buy you a virtual beer.
Original Message
Subject:Without joy or bitterness
Date: Sat, 08 Oct 2005 00:27:37 +0200
From: Philippe Gerum <[EMA
81 matches
Mail list logo
