* [Xenomai] i-Pipi patch 3.14
@ 2014-10-30 9:06 Frede Florian
2014-10-30 9:16 ` Gilles Chanteperdrix
0 siblings, 1 reply; 4+ messages in thread
From: Frede Florian @ 2014-10-30 9:06 UTC (permalink / raw)
To: xenomai
Hello,
I tried to patch the Kernel 3.14.22 and there is two new lines in the
file fs/exec.c
tsk->mm->vmacache_seqnum = 0;
vmacache_flush(tsk);
I am not sure if the line from the iPipe patch should placed before or
after this lines...
+ ipipe_mm_switch_unprotect(flags);
Thanks Florian
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Xenomai] i-Pipi patch 3.14
2014-10-30 9:06 [Xenomai] i-Pipi patch 3.14 Frede Florian
@ 2014-10-30 9:16 ` Gilles Chanteperdrix
2014-10-30 13:41 ` Jan Kiszka
0 siblings, 1 reply; 4+ messages in thread
From: Gilles Chanteperdrix @ 2014-10-30 9:16 UTC (permalink / raw)
To: Frede Florian; +Cc: xenomai
On Thu, Oct 30, 2014 at 10:06:44AM +0100, Frede Florian wrote:
> Hello,
>
> I tried to patch the Kernel 3.14.22 and there is two new lines in
> the file fs/exec.c
>
> tsk->mm->vmacache_seqnum = 0;
> vmacache_flush(tsk);
>
> I am not sure if the line from the iPipe patch should placed before
> or after this lines...
>
> + ipipe_mm_switch_unprotect(flags);
We do not have enough information to understand what you
are talking about. Show us the conflict as obtained with git merge
or with patch --merge to give us more information.
--
Gilles.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Xenomai] i-Pipi patch 3.14
2014-10-30 9:16 ` Gilles Chanteperdrix
@ 2014-10-30 13:41 ` Jan Kiszka
2014-10-31 8:37 ` Gilles Chanteperdrix
0 siblings, 1 reply; 4+ messages in thread
From: Jan Kiszka @ 2014-10-30 13:41 UTC (permalink / raw)
To: Gilles Chanteperdrix, Frede Florian; +Cc: xenomai
On 2014-10-30 10:16, Gilles Chanteperdrix wrote:
> On Thu, Oct 30, 2014 at 10:06:44AM +0100, Frede Florian wrote:
>> Hello,
>>
>> I tried to patch the Kernel 3.14.22 and there is two new lines in
>> the file fs/exec.c
>>
>> tsk->mm->vmacache_seqnum = 0;
>> vmacache_flush(tsk);
>>
>> I am not sure if the line from the iPipe patch should placed before
>> or after this lines...
>>
>> + ipipe_mm_switch_unprotect(flags);
>
> We do not have enough information to understand what you
> are talking about. Show us the conflict as obtained with git merge
> or with patch --merge to give us more information.
I've resolved the conflict with the vma caching that was back-ported to
3.14.x in ipipe-jki.git [1] (for-upstream/3.14 branch). Kernel works
fine so far, but I didn't look into the details, if that caching thing
affects us in the RT domain as well and requires more work.
Jan
[1] http://git.xenomai.org/ipipe-jki.git
--
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Xenomai] i-Pipi patch 3.14
2014-10-30 13:41 ` Jan Kiszka
@ 2014-10-31 8:37 ` Gilles Chanteperdrix
0 siblings, 0 replies; 4+ messages in thread
From: Gilles Chanteperdrix @ 2014-10-31 8:37 UTC (permalink / raw)
To: Jan Kiszka; +Cc: xenomai
On Thu, Oct 30, 2014 at 02:41:14PM +0100, Jan Kiszka wrote:
> On 2014-10-30 10:16, Gilles Chanteperdrix wrote:
> > On Thu, Oct 30, 2014 at 10:06:44AM +0100, Frede Florian wrote:
> >> Hello,
> >>
> >> I tried to patch the Kernel 3.14.22 and there is two new lines in
> >> the file fs/exec.c
> >>
> >> tsk->mm->vmacache_seqnum = 0;
> >> vmacache_flush(tsk);
> >>
> >> I am not sure if the line from the iPipe patch should placed before
> >> or after this lines...
> >>
> >> + ipipe_mm_switch_unprotect(flags);
> >
> > We do not have enough information to understand what you
> > are talking about. Show us the conflict as obtained with git merge
> > or with patch --merge to give us more information.
>
> I've resolved the conflict with the vma caching that was back-ported to
> 3.14.x in ipipe-jki.git [1] (for-upstream/3.14 branch). Kernel works
> fine so far, but I didn't look into the details, if that caching thing
> affects us in the RT domain as well and requires more work.
Having looked rapidly at what this cache stuff is, I do not think it
does, since it affects the find_vma function mainly called when
taking page faults, all this happens in secondary mode, so, should
have no impact on RT domain. That said, there could be some detail
which breaks the I-pipe, of course.
--
Gilles.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-10-31 8:37 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-10-30 9:06 [Xenomai] i-Pipi patch 3.14 Frede Florian
2014-10-30 9:16 ` Gilles Chanteperdrix
2014-10-30 13:41 ` Jan Kiszka
2014-10-31 8:37 ` Gilles Chanteperdrix
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.