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
Jan Kiszka wrote:
> Likely I did not yet get the full picture: What prevents using another
> adeos per-task key for this?
We would need a per-task key for every skin that needs a per-process
data, but more importantly, we would need to track the clone syscalls
(that would be another adeos event
Gilles Chanteperdrix wrote:
> Hi,
>
> for review, here are patches that provide Xenomai skins with a
> per-process per-skin data structures. It will allow skins to do
> per-process cleanup for example, or the posix skin to maintain a
> per-process signal mask.
That sounds promising!
>
> In orde
Hi,
for review, here are patches that provide Xenomai skins with a
per-process per-skin data structures. It will allow skins to do
per-process cleanup for example, or the posix skin to maintain a
per-process signal mask.
In order to use it, the skins must pass an eventcb function to the
xnshadow