Re: [Xenomai] I-pipe core 3.4

[Philippe Gerum]

On 08/03/2012 01:10 AM, Gilles Chanteperdrix wrote:


Hi Philippe,

please find at the usual place:

git://git.xenomai.org/ipipe-gch.git, branch for-core-3.4

The current state of the I-pipe core patch for Linux 3.4 running on x86
and ARM. Compared to the last mail:
* several issues were fixed on ARM (with a severe one in switch_mm)
* some optimizations were made on x86 reducing drastically the latencies
on atom N230:
- the irq_hold handler for ioapic masks the irq line before sending the
eoi, avoiding the irq to be retriggered when the irq is of the level type


Gasp. This is a regression which sneaked in with the introduction of the 
irq_hold handler in the 3.2 series.



- the fpu is never restored during linux context switches, as it
increases the context switch irq masking time. I tried to further
decrease the context switch critical section by splitting the context
switch in three parts, and even by trying to run the context switch with
irqs on, to no avail.
* the I-pipe core API was changed, so the API revision was incremented
from 1 to 2:
- ipipe_timers_request now takes a cpumask argument specifying on which
cpus the timers should be requested
- the delay passed to ipipe_timer_set is now converted from clock
frequency to timer frequency, without a division, by the I-pipe.

Issues observed:
- when running with the I-pipe tracer on on x86, and
CONFIG_IPIPE_TRACE_IRQSOFF is enabled, we get a kernel oops. That is
because the definition of the "interrupt" macros makes use of the "rbp"
register to restore some other registers values after the call to the
interrupt function, but rbp is set to 0 on irq entry starting with linux 3.4


Jan, would you have a fix for that one already in your local patch queue?


- pic muting has an issue with unlocked context switches: when a context
swich from xenomai domain to root domain happens, low priorities irqs
are unmasked before the unmasked context switch, so may trigger, with a
timer interrupt at the same time triggering in fact a re-switch to the
xenomai domain. The cure seems to be, in __xnpod_schedule, to only call
xnarch_reenter_root after the test at the end of the unlocked switch, I
tried that, but got lockups on AT91. So, I must be missing something.



Can't be a missing unmute in the shadow epilogue?

--
Philippe.

___
Xenomai mailing list
Xenomai@xenomai.org
http://www.xenomai.org/mailman/listinfo/xenomai

[Xenomai] [GIT PULL] Updates from Debian

[Roland Stigge]

Hi,

as promised, I'm providing updates of debian/* files (see pull request below).
It deviates a bit from what I just uploaded as Debian's xenomai 2.6.1-1 since
at xenomai.org, we maintain a "native" Debian package (2.6.1).

There is also an adjustment to scripts/prepare-patch.sh, fixing a Debian
specific issue (obsolete dh-kpatches).

The tree is based on git://git.xenomai.org/xenomai-head.git

Also, feel free to compare to the Debian patches provided as a tarball at

http://packages.qa.debian.org/x/xenomai.html

(See below right on this webpage, "patch tracker" - the "experimental"
patches for 2.6.1-1 should appear soon.)

Thanks,

Roland



The following changes since commit b6d3eb52335850e42bfcf9390194ac5a3e29f8b2:

  hal: pass to ipipe_timer_set a delay in hrclock ticks (2012-08-03 00:51:49 
+0200)

are available in the git repository at:

  git://git.antcom.de/xenomai.git debian

for you to fetch changes up to 4725c6c8680c7b9337b791eb82f75ffd3c1bfbe5:

  Removal of dh-kpatches support (2012-08-03 15:40:21 +0200)


Roland Stigge (2):
  Updated debian/*
  Removal of dh-kpatches support

 debian/changelog |6 ++
 debian/compat|2 +-
 debian/control   |6 +++---
 debian/linux-patch-xenomai.README.Debian |4 +++-
 debian/linux-patch-xenomai.kpatches.in   |3 ---
 debian/rules |   33 
+
 debian/xenomai-runtime.install   |1 -
 scripts/prepare-patch.sh |   19 ---
 8 files changed, 30 insertions(+), 44 deletions(-)
 delete mode 100644 debian/linux-patch-xenomai.kpatches.in


___
Xenomai mailing list
Xenomai@xenomai.org
http://www.xenomai.org/mailman/listinfo/xenomai

Re: [Xenomai] Link error for the Xenomai 2.6.1 example "trivial-periodic.c"

[Gilles Chanteperdrix]

On 08/03/2012 01:39 PM, Bao Rui wrote:
> Hi Gilles,
> 
> Thanks for your reply! I think it is not the same issue. I installed
> xenomai already, and them I want to compile the example\native. Here is my
> compile command:
> gcc -I/usr/xenomai/include -D_GNU_SOURCE -D_REENTRANT -D__XENO__   -lnative
> -L/usr/xenomai/lib -lxenomai -lpthread -lrt  -Xlinker -rpath -Xlinker
> /usr/xenomai/lib  trivial-periodic.c   -o trivial-periodic

When link-editing, the link order is important, so, -lnative should come
after trivial-periodic.c

Please no private mails.

-- 
Gilles.

___
Xenomai mailing list
Xenomai@xenomai.org
http://www.xenomai.org/mailman/listinfo/xenomai

Re: [Xenomai] Link error for the Xenomai 2.6.1 example "trivial-periodic.c"

[Gilles Chanteperdrix]

On 08/03/2012 10:23 AM, Bao Rui wrote:
> Hi, I am trying to build Xenomai 2.6.1 for ubuntu 12.04 x86 version, after
> patch the ipipe, build new kernel, everything is fine.
> 
> So I start build the Native example:
> trivial-periodic.c
> 
> 
> But I get following errors:
> undefined reference to `rt_task_create'
> ..
> 
> I checked makefile, I do use the "-lnative", and everything is OK under
> /usr/xenomai(I can run the cyclictest in the xenomai source code).
> 
> I see some one also meet such problem, but no solution for it, could anyone
> can help me on this issue? It is very important to use Native skin.

If you are talking about this post:
http://www.xenomai.org/pipermail/xenomai/2012-July/000528.html

A patch was posted.

Otherwise, if you need help with a compilation command line, post at
least the command line which fails.

-- 
Gilles.

___
Xenomai mailing list
Xenomai@xenomai.org
http://www.xenomai.org/mailman/listinfo/xenomai

[Xenomai] Link error for the Xenomai 2.6.1 example "trivial-periodic.c"

[Bao Rui]

Hi, I am trying to build Xenomai 2.6.1 for ubuntu 12.04 x86 version, after
patch the ipipe, build new kernel, everything is fine.

So I start build the Native example:
trivial-periodic.c


But I get following errors:
undefined reference to `rt_task_create'
..

I checked makefile, I do use the "-lnative", and everything is OK under
/usr/xenomai(I can run the cyclictest in the xenomai source code).

I see some one also meet such problem, but no solution for it, could anyone
can help me on this issue? It is very important to use Native skin.

Best Regards,
Henry
___
Xenomai mailing list
Xenomai@xenomai.org
http://www.xenomai.org/mailman/listinfo/xenomai