From: Jan Kiszka <jan.kiszka@siemens.com>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: Xenomai <xenomai@xenomai.org>
Subject: Re: [Xenomai] [RFC] x86 port to kernel 3.10
Date: Wed, 21 Aug 2013 10:54:03 +0200 [thread overview]
Message-ID: <5214802B.9060001@siemens.com> (raw)
In-Reply-To: <52147E94.6070309@siemens.com>
On 2013-08-21 10:47, Jan Kiszka wrote:
> On 2013-08-21 10:44, Gilles Chanteperdrix wrote:
>> On 08/21/2013 10:39 AM, Jan Kiszka wrote:
>>> Hi all,
>>>
>>> in the process of updating our kernel support to current (and long-term)
>>> stable 3.10, I've pushed the I-pipe master tree to that version. The
>>> tree is available at
>>>
>>> git://git.xenomai.org/ipipe-jki.git next-x86
>>>
>>> Though the focus is on x86, this became a full merge, ie. I also tried
>>> to resolve ARM and PowerPC conflicts (other archs had none). But I'm
>>> sure I broke some things (or things were already broken after the 3.9
>>> merge - there were suspicious unresolved conflicts). So these arch need
>>> a careful check! Specifically watch out for merges that resolved
>>> conflicts in their trees.
>>>
>>
>> I would prefer to have the conflict markers in the git tree, so that we
>> know where the conflicts occur. Having to browse history to find all the
>> merge conflicts seems more complicated than greping for '>>>'. Of
>> course, it means that when all the conflicts are resolved, the kernel
>> should be rebased to remove the commits with the merge conflicts, so as
>> to keep a bisectable kernel.
>
> As you cannot rebase merges (without losing history), this is not really
> applicable. I can leave in conflicts that affect ARM or Power, sure, but
> then the fix-ups will have to happen on top, taking away bisectability.
Hmm, what we would really need is some tool to replay merges with their
conflict resolution. That must be feasible, somehow...
Jan
--
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2013-08-21 8:54 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-21 8:39 [Xenomai] [RFC] x86 port to kernel 3.10 Jan Kiszka
2013-08-21 8:44 ` Gilles Chanteperdrix
2013-08-21 8:47 ` Jan Kiszka
2013-08-21 8:54 ` Jan Kiszka [this message]
2013-08-21 11:32 ` Gilles Chanteperdrix
2013-08-21 11:46 ` Jan Kiszka
2013-08-21 11:49 ` Gilles Chanteperdrix
2013-08-21 11:53 ` Jan Kiszka
2013-08-21 11:58 ` Gilles Chanteperdrix
2013-08-21 13:39 ` Jan Kiszka
2013-08-21 18:23 ` Gilles Chanteperdrix
2013-08-22 7:46 ` Jan Kiszka
2013-08-22 9:37 ` Gilles Chanteperdrix
2013-08-22 16:49 ` Jan Kiszka
2013-08-27 13:31 ` Jan Kiszka
2013-08-24 7:29 ` John Morris
2013-08-24 7:43 ` Jan Kiszka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5214802B.9060001@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=gilles.chanteperdrix@xenomai.org \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.