* [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.