LinuxPPC-Dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Dan Malek <dan@embeddededge.com>
Cc: linuxppc-dev list <linuxppc-dev@ozlabs.org>,
	linuxppc-embedded <linuxppc-embedded@ozlabs.org>
Subject: Re: Kernel SCM saga..
Date: Thu, 07 Apr 2005 10:13:08 +1000	[thread overview]
Message-ID: <1112832788.9518.229.camel@gaston> (raw)
In-Reply-To: <e27030866ac1c1efda319294eba6b626@embeddededge.com>

On Wed, 2005-04-06 at 19:33 -0400, Dan Malek wrote:
> On Apr 6, 2005, at 6:37 PM, Wolfgang Denk wrote:
> 
> > are there any plans yet how to continue PPC  kernel  development  now
> > that Linus (and probably others, too) stopped using BitKeeper?
> 
> For all practical purposes, we have stopped using it as intended long
> ago.   When we first started, those of us responsible for maintaining 
> part
> of the sources simply continuously pushed updates.  Very efficient, 
> everyone
> saw what was up to date.  Since 2.4, we have all been passing patches
> around,  pushing things into BK didn't seem to matter, and usually
> were ignored or lost.  People responsible for certain areas of 
> maintenance
> are now just bypassed with sometimes bad patches just given to Andrew
> directly.  We may as well go back to using CVS and passing patches
> around, since it easier to do that than the way we have been using BK.

The problem is that we used to have our "own" tree which ended up beeing
a grab bag for all the crap on earth and would drift from upstream in
unmanageable ways.

We are now working much more directly with upstream, and it's not about
random people sending random patches to akpm, for most arch patches,
andrew is actually asking us (or rather paulus) whether to accept or not
the patch. It does sometimes slip through but that's minimal.

If you feel that your stuff isn't properly going upstream in time, then
maybe that is because you aren't sending the patch to the right person
or putting it in the right place ?

All patches posted to linuxppc-dev and linuxppc64-dev are tracked by an
automatic system. They may take some time to go upstream, but they are
never lost.

Ben.

      reply	other threads:[~2005-04-07  0:13 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-06 22:37 Kernel SCM saga Wolfgang Denk
2005-04-06 23:16 ` Tom Rini
2005-04-06 23:21 ` Eugene Surovegin
2005-04-06 23:33 ` Dan Malek
2005-04-07  0:13   ` Benjamin Herrenschmidt [this message]

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=1112832788.9518.229.camel@gaston \
    --to=benh@kernel.crashing.org \
    --cc=dan@embeddededge.com \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=linuxppc-embedded@ozlabs.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox