All of lore.kernel.org
 help / color / mirror / Atom feed
From: Roland Dreier <rdreier@cisco.com>
To: "Mikael Starvik" <mikael.starvik@axis.com>
Cc: "'Adrian Bunk'" <bunk@stusta.de>,
	"dev-etrax" <dev-etrax@axis.com>, <linux-kernel@vger.kernel.org>
Subject: Re: cris port lacks a merge?
Date: Mon, 30 Jul 2007 12:08:43 -0700	[thread overview]
Message-ID: <aday7gxso90.fsf@cisco.com> (raw)
In-Reply-To: <BFECAF9E178F144FAEF2BF4CE739C668030B5C6F@exmail1.se.axis.com> (Mikael Starvik's message of "Mon, 30 Jul 2007 09:44:19 +0200")

 > The problem is that every time I try the following happens:
 > 
 > 1. I download the bleeding edge latest stuff that you can get
 > 2. I prepare and submit patches
 > 3. I get replies with comments on my patches
 > 4. I fix the patches.
 > 5. I get told that the patches are against a too old version
 > 6. Repeat from 1.

One way to reduce your backlog might be to choose a small subset of
the most urgent out of all your pending patches -- say, the minimum
required to get cris working if it doesn't build/work in the latest
kernel, or the most urgent bug fixes if it does still work -- and then
update just that subset.  By reducing the number of patches, you can
reduce the amount of time in step 4 and reduce the chance of entering
step 5.

Then, once that batch is merged, move on to the next most urgent set
of patches, etc.

Also, creating a git tree might make the job of rebasing patches
easier, and also reduces the friction in getting Linus to merge your
patches.

 - R.

  parent reply	other threads:[~2007-07-30 19:09 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <BFECAF9E178F144FAEF2BF4CE739C66804AE23FB@exmail1.se.axis.com>
2007-07-30  7:44 ` cris port lacks a merge? Mikael Starvik
2007-07-30 10:51   ` Adrian Bunk
2007-07-30 19:08   ` Roland Dreier [this message]
2007-07-15 12:04 Adrian Bunk

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=aday7gxso90.fsf@cisco.com \
    --to=rdreier@cisco.com \
    --cc=bunk@stusta.de \
    --cc=dev-etrax@axis.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mikael.starvik@axis.com \
    /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.