On 10/04/2013 02:36 PM, Paul wrote:
> On Thursday 26 September 2013, Paul wrote:
>> On Wednesday 25 September 2013, Gilles Chanteperdrix wrote:
>>> On 09/24/2013 02:00 PM, Paul wrote:
On Tuesday 24 September 2013, Adam Vaughan wrote:
> I'm trying to build with the most recent xenomai-head
In order to be able to handle FPU faults in the Xenomai domain without
switching to the root domain, an FPU context must be systematically
allocated for all Linux tasks. Currently, the FPU context is systematically
allocated in arch_dup_task_struct(), but gets freed upon exec by
flush_thread(). Sto
Oh wow, thank you for that reference.
One thing that I'm curious about is how "disable_pvt=1" would affect
the Raspberry Pi's 24-hour latency numbers. I hope to run such a test
in the next month or so after I get my code finished, but it might be
of interest to others to look at too since it can
Adam Vaughan wrote:
> Hi Paul,
>
> Thank you! I really do appreciate your efforts putting the patches
> together. Just to get a rough idea what latency to expect, will these
> patches achieve similar performance compared to the older patches for
> Linux 3.5.7 provided at [1] and tested at [2]?
y ipipe-core-3.8.13-arm-2 patch
> 4) Apply ipipe-core-3.8.13-raspberry-post-2.patch
> 5) Resume generic installation instructions.
>
>
> Regards, Paul.
>
>
>
>
>
> -- next part --
> A non-text attachment was scrubbed...
> Name: ipipe-co
next part --
A non-text attachment was scrubbed...
Name: ipipe-core-3.8.13-raspberry-post-2.patch
Type: text/x-diff
Size: 7296 bytes
Desc: not available
URL:
<http://www.xenomai.org/pipermail/xenomai/attachments/20131004/60573d3c/attachment.patch>
-- next part
On 10/04/2013 11:01 AM, Antoine MOREL wrote:
> Hello Gilles,
>
> I tried the patch and it works!
> Did the adeos patch will be updated?
Yes, it will be updated.
--
Gilles.
___
Xenomai ma
On 10/02/2013 01:42 PM, Thomas De Schampheleire wrote:
Hi,
The (L)GPL requires that every distribution of a derived work is
accompanied with the license of the program (xenomai-forge).
Currently, xenomai-forge contains several COPYING files:
./kernel/cobalt/nucleus/COPYING
./kernel/cobalt/COPYI
Hi Jan,
Thanks for your response.
On Fri, Oct 4, 2013 at 11:09 AM, Jan Kiszka wrote:
> Having multiple, per-subdir COPYING files is by far not that uncommon.
> So improving buildroot for such scenarios seems worthwhile.
After my mail, I learned in the buildroot community that master
already co
On 2013-10-02 13:42, Thomas De Schampheleire wrote:
> Hi,
>
> The (L)GPL requires that every distribution of a derived work is
> accompanied with the license of the program (xenomai-forge).
> Currently, xenomai-forge contains several COPYING files:
>
> ./kernel/cobalt/nucleus/COPYING
> ./kernel/c
Hello Gilles,
I tried the patch and it works!
Did the adeos patch will be updated?
Thanks.
Antoine.
-Message d'origine-
De : Gilles Chanteperdrix [mailto:gilles.chanteperd...@xenomai.org]
Envoyé : mercredi 2 octobre 2013 10:57
À : Antoine MOREL
Cc : xenomai@xenomai.org
Objet : Re: [Xeno
On 2013-10-04 10:53, Gilles Chanteperdrix wrote:
>
> Jan Kiszka wrote:
>>> diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel/process.c
>>> index a00bed1..4716eb2 100644
>>> --- a/arch/x86/kernel/process.c
>>> +++ b/arch/x86/kernel/process.c
>>> @@ -73,14 +73,6 @@ int arch_dup_task_struct(st
Jan Kiszka wrote:
> On 2013-10-04 10:50, Gilles Chanteperdrix wrote:
>>
>> Jan Kiszka wrote:
>>> On 2013-09-30 21:21, Gilles Chanteperdrix wrote:
In order to be able to handle FPU faults in the Xenomai domain without
switching to the root domain, the FPU backup area must be
systemat
Jan Kiszka wrote:
>> diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel/process.c
>> index a00bed1..4716eb2 100644
>> --- a/arch/x86/kernel/process.c
>> +++ b/arch/x86/kernel/process.c
>> @@ -73,14 +73,6 @@ int arch_dup_task_struct(struct task_struct *dst,
>> struct task_struct *src)
>>
On 2013-10-04 10:50, Gilles Chanteperdrix wrote:
>
> Jan Kiszka wrote:
>> On 2013-09-30 21:21, Gilles Chanteperdrix wrote:
>>> In order to be able to handle FPU faults in the Xenomai domain without
>>> switching to the root domain, the FPU backup area must be systematically
>>> allocated for all L
Jan Kiszka wrote:
> On 2013-09-30 21:21, Gilles Chanteperdrix wrote:
>> In order to be able to handle FPU faults in the Xenomai domain without
>> switching to the root domain, the FPU backup area must be systematically
>> allocated for all Linux tasks. Currently, the backup area is
>> systematical
On 2013-09-30 21:21, Gilles Chanteperdrix wrote:
> In order to be able to handle FPU faults in the Xenomai domain without
> switching to the root domain, the FPU backup area must be systematically
> allocated for all Linux tasks. Currently, the backup area is systematically
> allocated in arch_dup_
17 matches
Mail list logo
