All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philippe Gerum <rpm@xenomai.org>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: John Morris <john@zultron.com>, Xenomai <xenomai@xenomai.org>
Subject: Re: [Xenomai] 3.5.7 "I-pipe: could not find timer" (Was: Re: Kernel OOPS during regression tests)
Date: Wed, 16 Jan 2013 11:37:15 +0100	[thread overview]
Message-ID: <50F682DB.5000509@xenomai.org> (raw)
In-Reply-To: <50F67750.60408@siemens.com>

On 01/16/2013 10:48 AM, Jan Kiszka wrote:
> On 2013-01-16 10:41, Philippe Gerum wrote:
>> On 01/16/2013 09:44 AM, Jan Kiszka wrote:
>>> On 2013-01-16 09:02, Jan Kiszka wrote:
>>>> At the same time, upstream should not pull or pick in
>>>> a way that makes life harder for downstream.
>>>
>>> Philippe, in the future, please keep your public tree up-to-date,
>>> ideally at a daily base. I'm seeing commits there that were done locally
>>> more than a week ago. Only publishing your state will avoid the problems
>>> you faced with integrating our changes.
>>
>> No. If I don't publish, there must be a reason.
>
> This approach doesn't work very well - to state it carefully. Push you
> stuff at least into a public "next" branch, one that may be rebased /
> reordered without warning. That allows us to prepare for what is under
> test, maybe pick up arch-specific changes into the subsystem queues. And
> don't complain about conflict if you cherry-pick subsystem patches
> without dropping a note to the author - or was Gilles aware of your
> private queue?
>

You are off base, this has nothing to do with random cherry picking, or 
any private queue I would maintain: none of these have existed. Besides, 
it's not about integrating my changes in the reference tree - I had 
almost none recently - but Gilles', and many of them came from other 
sources he merged into his local queue.

Please, we have been working reasonably successfully with our current 
workflow for the past ten years now, so we had some time to understand - 
even if our very limited brainpower made this quite a challenge - the 
basics of distributed development.

What happened is a misunderstanding between Gilles and myself on the 
presence of a pending pull request, nothing more, which eventually led 
to an out-of-sync pulling on my end. Since this happened when several 
people were pushing stuff to Gilles, this triggered my warning to the 
list, so that everyone involved may know that things stopped going as 
smoothly as usual. Rest assured that under normal circumstances, Gilles 
is very well aware of what I'm working on daily, and conversely. I 
understand your willingness to work the right way now that you recently 
committed to maintaining the x86 branch, and this is appreciated.

On a more general note, the situation changed because we have been 
receiving more patches from more authors in the last weeks than we used 
to get, and conflicts follow the same trend. So yes, for this reason I'm 
going to open a 'next' branch or something alike to be periodically 
merged to the reference core branch as a fast forward.

-- 
Philippe.


  reply	other threads:[~2013-01-16 10:37 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-12 17:26 [Xenomai] Kernel OOPS during regression tests John Morris
2013-01-12 17:31 ` Gilles Chanteperdrix
2013-01-13  4:36   ` John Morris
2013-01-13 12:16     ` Gilles Chanteperdrix
2013-01-13 19:14       ` [Xenomai] 3.5.7 "I-pipe: could not find timer" (Was: Re: Kernel OOPS during regression tests) John Morris
2013-01-13 19:41         ` Gilles Chanteperdrix
2013-01-14  4:47           ` [Xenomai] 3.5.7 posix/mprotect failure; "I-pipe: could not find timer" fixed! John Morris
2013-01-14 11:57             ` Gilles Chanteperdrix
2013-01-14 12:00               ` Jan Kiszka
2013-01-14 13:36                 ` Jan Kiszka
2013-01-14 20:52                   ` John Morris
2013-01-14 22:54                     ` Gilles Chanteperdrix
2013-01-15  7:16                       ` [Xenomai] 3.5.7 posix/mprotect fixed; (Was: posix/mprotect failure) John Morris
2013-01-15  7:31                         ` Gilles Chanteperdrix
2013-01-18  3:56                           ` John Morris
2013-01-18  4:31                             ` Gilles Chanteperdrix
2013-01-14 19:50             ` [Xenomai] 3.5.7 posix/mprotect failure; "I-pipe: could not find timer" fixed! Gilles Chanteperdrix
2013-01-14 20:56               ` John Morris
2013-01-14 22:57                 ` Gilles Chanteperdrix
2013-01-14 12:00           ` [Xenomai] 3.5.7 "I-pipe: could not find timer" (Was: Re: Kernel OOPS during regression tests) Jan Kiszka
2013-01-14 18:50             ` Gilles Chanteperdrix
2013-01-14 19:13               ` Jan Kiszka
2013-01-14 19:15                 ` Gilles Chanteperdrix
2013-01-14 19:37                   ` Jan Kiszka
2013-01-14 20:39                     ` Gilles Chanteperdrix
2013-01-15 11:35                       ` Jan Kiszka
2013-01-15 12:06                         ` Gilles Chanteperdrix
2013-01-15 12:09                           ` Philippe Gerum
2013-01-15 12:21                             ` Jan Kiszka
2013-01-15 13:44                               ` Philippe Gerum
2013-01-15 13:48                                 ` Jan Kiszka
2013-01-15 13:58                                   ` Philippe Gerum
2013-01-15 14:10                                     ` Jan Kiszka
2013-01-15 19:39                                     ` Gilles Chanteperdrix
2013-01-16  8:02                                       ` Jan Kiszka
2013-01-16  8:44                                         ` Jan Kiszka
2013-01-16  9:41                                           ` Philippe Gerum
2013-01-16  9:48                                             ` Jan Kiszka
2013-01-16 10:37                                               ` Philippe Gerum [this message]
2013-01-16 12:03                                                 ` Gilles Chanteperdrix
2013-01-16 12:18                                                   ` Jan Kiszka
2013-01-15 13:59                                   ` Jan Kiszka
2013-01-12 19:02 ` [Xenomai] Kernel OOPS during regression tests Gilles Chanteperdrix
2013-01-13  6:50   ` John Morris
2013-01-13 11:23     ` Jan Kiszka
2013-01-13 12:18       ` Gilles Chanteperdrix
2013-01-13 19:34         ` [Xenomai] 3.5.3 posix/mprotect fail "sigdebug_handler triggered" (Was: Re: Kernel OOPS during regression tests) John Morris
2013-01-13 19:42           ` Gilles Chanteperdrix
2013-01-12 19:03 ` [Xenomai] Kernel OOPS during regression tests Gilles Chanteperdrix
2013-01-13  4:40   ` John Morris
2013-01-13 13:53     ` Gilles Chanteperdrix
2013-01-13 19:36       ` [Xenomai] SMI workarounds in one-size-fits-all kernel packages (Was: Re: Kernel OOPS during regression tests) John Morris
2013-01-13 19:45         ` Gilles Chanteperdrix
2013-01-14  5:33           ` John Morris

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=50F682DB.5000509@xenomai.org \
    --to=rpm@xenomai.org \
    --cc=jan.kiszka@siemens.com \
    --cc=john@zultron.com \
    --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.