Am Montag 03 Januar 2011, 21:22:44 schrieb Gilles Chanteperdrix:
> Stefan Kisdaroczi wrote:
> > Hi,
> >
> > patch attached for upcoming debian 6.0 "squeeze".
>
> Does not it create an artificial limitation? I mean, does not it prevent
> us from building
Hi,
patch attached for upcoming debian 6.0 "squeeze".
Stefan
From 505640995eac8b64b53a9fab476c9f91203be6ab Mon Sep 17 00:00:00 2001
From: Stefan Kisdaroczi
Date: Mon, 3 Jan 2011 14:07:57 +0100
Subject: [PATCH 1/2] debian: update debian/control for debian 6.0 "squeeze"
Am Sonntag 10 Oktober 2010, 23:09:19 schrieben Sie:
> Gilles Chanteperdrix wrote:
> > Anyway, I will add it, but I will wait a bit to re-generate a 2.5.5.1 in
> > order to see if we have no other issue.
>
> Ok. No other issues, I uploaded 2.5.5.1.
Thank you. Stefan
__
On 06.10.2010 16:24, Gilles Chanteperdrix wrote:
> Stefan Kisdaroczi wrote:
>
>> Hi Gilles,
>>
>> On 06.10.2010 14:05, Gilles Chanteperdrix wrote:
>>
>>> [...]
>>> - the debian patch generation script, which caused invalid patche
Hi Gilles,
On 06.10.2010 14:05, Gilles Chanteperdrix wrote:
> [...]
> - the debian patch generation script, which caused invalid patches to be
> generated for recent kernel releases
>
The file scripts/prepare-patch.sh is missing in the
xenomai-2.5.5.tar.bz2 archive.
Stefan
signature.asc
D
Hi Jan,
https://mail.gna.org/public/xenomai-core/2010-05/msg00059.html
Stefan
Am 20.08.2010 17:02, schrieb Jan Kiszka:
> The following changes since commit 7e2735614ebe515d57abeaa3ff6df375a7c4149f:
>
> sched: avoid infinite reschedule loops (2010-08-03 00:11:21 +0200)
>
> are available in th
-Stop values (none)
Stefan
From 1ac2238e2f8edb5912c9d02ec508a464add14d16 Mon Sep 17 00:00:00 2001
From: Stefan Kisdaroczi
Date: Mon, 14 Jun 2010 16:14:50 +0200
Subject: [PATCH] debian: fix init script start/stop values
---
debian/libxenomai1.xenomai.init |4 ++--
1 files changed, 2
regards, stefan
From e8459dc079118f9f635ef31c996019a0652e4907 Mon Sep 17 00:00:00 2001
From: Stefan Kisdaroczi
Date: Wed, 19 May 2010 11:31:00 +0200
Subject: [PATCH] RTDM device profiles: Document open_rt, socket_rt and close_rt
deprecation
---
include/rtdm/rtcan.h |4 ++--
include
Am 18.05.2010 13:03, schrieb Jan Kiszka:
> Stefan Kisdaroczi wrote:
>> hi,
>>
>> i got a exception in rtdm_dev_register(). I didnt call rtdm_dev_unregister
>> in my driver
>> and after insmodding the module again I got a oops.
>
> And that is surprising
usr/src/linux-headers-$(UNAME)/include/xenomai
all::
$(MAKE) -C $(LINUXSOURCEDIR) SUBDIRS=$(PWD) modules
clean::
$(RM) .*.cmd *.cmd *.o *.ko *.mod.c *.order *.symvers
$(RM) -R .tmp*
.PHONY: clean
#include
#include
MODULE_AUTHOR( "Stefan Kisdaroczi" );
M
t;> $ dch 'Switch to dpkg-source 3.0 (native) format'
>
> It is OK with me, but I probably do not have the proper tools installed.
> Could someone do it and send me the patches? Stefan maybe?
>
> TIA.
>
patch attached, stefan
>From fa86da573916f59869e6f2e5525
Am 03.05.2010 20:46, schrieb Gilles Chanteperdrix:
> Stefan Kisdaroczi wrote:
>> Hi Philippe,
>>
>> Roland Stigge has accepted the "group xenomai" patch and uploaded xenomai
>> 2.5.2-2 to debian unstable.
>> I have attached a patch against rpm/for-
tefan
From 1cde4f3c8a6d84ad1fc043682fa282fea809a228 Mon Sep 17 00:00:00 2001
From: Stefan Kisdaroczi
Date: Mon, 3 May 2010 10:37:09 +0200
Subject: [PATCH] debian: sync with 2.5.2-2 from debian.org
---
debian/changelog| 17 +
debian/libxenomai1.dirs |1
patch against rpm/for-upstream
Stefan
From 68882152f383e36ecde8cbb3e0f6474deb64197b Mon Sep 17 00:00:00 2001
From: Stefan Kisdaroczi
Date: Thu, 15 Apr 2010 11:11:26 +0200
Subject: [PATCH] debian: sync with 2.5.2-1 from debian.org
---
debian/changelog |6 ++
debian
Am 10.03.2010 19:56, schrieb Stefan Kisdaroczi:
> Hi,
>
> cat /proc/xenomai/heap returns the first 4096 Bytes and fails then with "Bad
> address".
> On the console I see: "proc_file_read: Apparent buffer overflow!"
>
> xeno 2.5.1, linux 2.6.32.8, x8
Hi,
cat /proc/xenomai/heap returns the first 4096 Bytes and fails then with "Bad
address".
On the console I see: "proc_file_read: Apparent buffer overflow!"
xeno 2.5.1, linux 2.6.32.8, x86 32bit UP, native skin, lot of rt_queues:
# ls -1 /proc/xenomai/registry/native/queues/ | wc -l
233
# ls -1
Am 26.02.2010 15:07, schrieb Philippe Gerum:
> On Fri, 2010-02-26 at 14:48 +0100, Stefan Kisdaroczi wrote:
>> Am 26.02.2010 14:28, schrieb Philippe Gerum:
>>> On Fri, 2010-02-26 at 14:13 +0100, Stefan Kisdaroczi wrote:
>>>> Am 24.02.2010 14:13, schrieb Philippe Geru
Am 26.02.2010 14:28, schrieb Philippe Gerum:
> On Fri, 2010-02-26 at 14:13 +0100, Stefan Kisdaroczi wrote:
>> Am 24.02.2010 14:13, schrieb Philippe Gerum:
>>> On Wed, 2010-02-24 at 14:11 +0100, Philippe Gerum wrote:
>>>> On Wed, 2010-02-24 at 14:06 +0100, Stefan Kisda
Am 25.02.2010 18:18, schrieb Stefan Kisdaroczi:
>
>>>
>>> Hi Gilles,
>>>
>>> can a init.d script with
>>> echo "" > /sys/module/xeno_nucleus/parameters/xenomai_gid
>>> work in module and builtin case ?
>>
>> it
Am 24.02.2010 14:13, schrieb Philippe Gerum:
> On Wed, 2010-02-24 at 14:11 +0100, Philippe Gerum wrote:
>> On Wed, 2010-02-24 at 14:06 +0100, Stefan Kisdaroczi wrote:
>>> Hi Philippe,
>>>
>>> Am 23.02.2010 18:46, schrieb Philippe Gerum:
>>>> On T
Hi Jeff,
Am 25.02.2010 15:44, schrieb Jeff Weber:
> Hello Stefan:
>
> I've been watching with interest the recent active work integrating
> Debian and Xenomai. I am currently porting an embedded application to
> Xenomai, and am surveying candidate Linux distributions.
>
> I did a test build, in
Am 25.02.2010 15:29, schrieb Stefan Kisdaroczi:
> Am 25.02.2010 14:59, schrieb Stefan Kisdaroczi:
>> Am 25.02.2010 14:49, schrieb Gilles Chanteperdrix:
>>> Stefan Kisdaroczi wrote:
>>>> Hi,
>>>>
>>>> Am 14.02.2010 10:38, schrieb Philippe Gerum:
Am 25.02.2010 14:59, schrieb Stefan Kisdaroczi:
> Am 25.02.2010 14:49, schrieb Gilles Chanteperdrix:
>> Stefan Kisdaroczi wrote:
>>> Hi,
>>>
>>> Am 14.02.2010 10:38, schrieb Philippe Gerum:
>>>>
>>>> In any case, thanks for your work s
Am 25.02.2010 14:49, schrieb Gilles Chanteperdrix:
> Stefan Kisdaroczi wrote:
>> Hi,
>>
>> Am 14.02.2010 10:38, schrieb Philippe Gerum:
>>>
>>> In any case, thanks for your work so far. We probably need to discuss
>>> the packaging issues o
Hi,
Am 14.02.2010 10:38, schrieb Philippe Gerum:
>
> In any case, thanks for your work so far. We probably need to discuss
> the packaging issues on this list, so that we get both consistency and
> usability in the future.
>
> Gilles and Roland, if this is fine with you, I'll handle the liaison
Am 24.02.2010 14:06, schrieb Stefan Kisdaroczi:
> Hi Philippe,
>
> Am 23.02.2010 18:46, schrieb Philippe Gerum:
>> On Tue, 2010-02-23 at 17:52 +0100, Stefan Kisdaroczi wrote:
>>> Hi,
>>>
>>> Am 14.02.2010 10:38, schrieb Philippe Gerum:
>>>>
&
Hi Philippe,
Am 23.02.2010 18:46, schrieb Philippe Gerum:
> On Tue, 2010-02-23 at 17:52 +0100, Stefan Kisdaroczi wrote:
>> Hi,
>>
>> Am 14.02.2010 10:38, schrieb Philippe Gerum:
>>>
>>>
>>> In the future, maybe we could simply provide a wrapper
] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571104
[3]
http://git.xenomai.org/?p=xenomai-2.5.git;a=commitdiff;h=5bcd18f714f4cbeaaac0cc4a08e6c9f375aa3b77
From f8bfbe147654f9eb240b0e94d774185940444b8d Mon Sep 17 00:00:00 2001
From: Stefan Kisdaroczi
Date: Tue, 23 Feb 2010 13:06:52 +01
Am 12.02.2010 17:22, schrieb Jan Kiszka:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> Hi Gilles,
>
> this one requires some fixing too:
>
> xeno_sem_heap is marked weak. xeno_init_sem_heaps is called once per
> i
Shashank Bhatia schrieb:
> [...]
> open(/proc/xenomai/registry/native/pipes/klat_pipe): No such file or
> directory
> modprobe klat_mod or try the -P option?
the module ist called xeno_klat. patch attached.
diff --git a/src/testsuite/klatency/klatency.c
b/src/testsuite/klatency/klatency.c
index
Hi,
Shashank Bhatia schrieb:
> Dear All,
>
> I could manage to compile my patched kernel on ubuntu using
> the following guide : https://wiki.ubuntu.com/KernelTeam/GitKernelBuild
>
> Now when i installed Xenomai, i could run the latency tests, but when i
> tried to run the kernel space
hi,
suggestion for www.xenomai.org, page 'home':
as its the first page displayed, there should be a small description about
xenomai.
You can take the first paragraph at gna [1] and add the supported archs and
mention the GPL:
Xenomai is a real-time development framework cooperating with the Lin
Hi all,
as a reminder (userspace, native skin, shared heap) [1]:
API documentation: "If the heap is shared, this value can be either zero, or
the same value given to rt_heap_create()."
This is not true. As the heapsize gets altered in rt_heap_create for page size
alignment, the following call to
Hi all,
as a reminder (userspace, native skin, shared heap) [1]:
API documentation: "If the heap is shared, this value can be either zero, or
the same value given to rt_heap_create()."
This is not true. As the heapsize gets altered in rt_heap_create for page size
alignment, the following call to
Hi again,
I looked at the sources now...
Am Tuesday 17 January 2006 14:57 schrieb Stefan Kisdaroczi:
> Hi,
>
> I made a small test with rt_heap_ in userspace,
> i think I understood the actual limitations of the userspace support.
> I used 1 as heapsize. Xenomai 2.1-RC2/x86.
Hi,
I made a small test with rt_heap_ in userspace,
i think I understood the actual limitations of the userspace support.
I used 1 as heapsize. Xenomai 2.1-RC2/x86.
This should alloc the entire heap, according to the API documentation:
rt_heap_create( ..., ..., 1, ... )
rt_heap_alloc( ...
Hi again,
I looked at the sources now...
Am Tuesday 17 January 2006 14:57 schrieb Stefan Kisdaroczi:
> Hi,
>
> I made a small test with rt_heap_ in userspace,
> i think I understood the actual limitations of the userspace support.
> I used 1 as heapsize. Xenomai 2.1-RC2/x86.
Hi,
I made a small test with rt_heap_ in userspace,
i think I understood the actual limitations of the userspace support.
I used 1 as heapsize. Xenomai 2.1-RC2/x86.
This should alloc the entire heap, according to the API documentation:
rt_heap_create( ..., ..., 1, ... )
rt_heap_alloc( ...
Hi,
I tested Philipp's fix "Allow creating anon user-space tasks" [1][2]
with Xenomai 2.1-RC2/2.6.15/x86 (2.0.3 should behave the same).
anon rt_task_shadow:
2.0.1: worked
2.1-RC2: works, but only once (EEXIST)
anon rt_task_spawn:
2.0.1: failed with ESRCH (-3)
2.1-RC2: works, but only once (EEXI
Hi,
I tested Philipp's fix "Allow creating anon user-space tasks" [1][2]
with Xenomai 2.1-RC2/2.6.15/x86 (2.0.3 should behave the same).
anon rt_task_shadow:
2.0.1: worked
2.1-RC2: works, but only once (EEXIST)
anon rt_task_spawn:
2.0.1: failed with ESRCH (-3)
2.1-RC2: works, but only once (EEXI
Hi,
I needed a lot coffee and tobacco resources to find out that rt_task_spawn
with NULL name will not work in userspace. The call failed with -3 (ESRCH?).
This error seems not documented the xenomai api documention.
Using rt_task_create and rt_task_start it was rt_task_start that failed.
I thin
Hi,
I needed a lot coffee and tobacco resources to find out that rt_task_spawn
with NULL name will not work in userspace. The call failed with -3 (ESRCH?).
This error seems not documented the xenomai api documention.
Using rt_task_create and rt_task_start it was rt_task_start that failed.
I thin
Hi Jan,
Am Montag, 2. Januar 2006 14.36 schrieb Jan Kiszka:
> * rtdm-license.patch - add missing COPYING files to RTDM skin and lib
>(or go for just a single file for ksrc/skins and src/skins if this is
>applicable)
The COPYING file in your patch contains the GPL license. Should'nt it be
hi,
license detail:
in every src/skins/*/ directory containing source is a LGPL COPYING file,
except in rtdm. For consistency there should be also one.
Or only one file src/skins/COPYING ?
thx
kisda
pgp2HGvCfie1Q.pgp
Description: PGP signature
Hi Jan,
Am Montag, 2. Januar 2006 14.36 schrieb Jan Kiszka:
> * rtdm-license.patch - add missing COPYING files to RTDM skin and lib
>(or go for just a single file for ksrc/skins and src/skins if this is
>applicable)
The COPYING file in your patch contains the GPL license. Should'nt it be
hi,
license detail:
in every src/skins/*/ directory containing source is a LGPL COPYING file,
except in rtdm. For consistency there should be also one.
Or only one file src/skins/COPYING ?
thx
kisda
pgpuQPXItL6DJ.pgp
Description: PGP signature
___
Xen
Hi,
cant the timer be started by default ?
The current state (2.0.1) seems to lead to the following scenario:
1) Every app calls rt_timer_start()
2) If you call rt_timer_stop you can hurt other rt-apps, so dont
call it
3) As some apps dont stop the timer, check in 1) if its already running
I
Hi,
cant the timer be started by default ?
The current state (2.0.1) seems to lead to the following scenario:
1) Every app calls rt_timer_start()
2) If you call rt_timer_stop you can hurt other rt-apps, so dont
call it
3) As some apps dont stop the timer, check in 1) if its already running
I
48 matches
Mail list logo
