netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Nivedita Singhvi <niv@us.ibm.com>
To: "David S. Miller" <davem@davemloft.net>
Cc: shemminger@osdl.org, netdev@oss.sgi.com
Subject: Re: Please route new work through -mm tree?
Date: Wed, 29 Sep 2004 13:58:55 -0700	[thread overview]
Message-ID: <415B220F.4040102@us.ibm.com> (raw)
In-Reply-To: <20040929132247.227fffcd.davem@davemloft.net>

David S. Miller wrote:

> Nivedita, it was you specifically who complained to me
> when I used a seperate BK tree for networking changes
> last month whilst Linus was away for 2 weeks.  You said

"complained" ? no, no, honestly, it was just a very polite
inquiry :) :)

> And I have to warn people if they think that the churn is fast
> and the rate of change in the networking is high right now, you
> have seen absolutely nothing yet. :-)

yep, this is to some extent driving this, and things
like picking up the tso patches where we needed to
test prior to you checking them in.

Sure, we'd benefit from having fewer trees to test,
and since the -mm tree is already getting tested
and consuming the hw resources, we'd have benefited
from having the networking tree go into -mm. Hence
my previous inquiry to see if you could go through
-mm. If you're feeding to Linus immediately, then
we could just as well test mainline.

There is a need to have mainline stable, but that
can be solved by stretching out the bk snapshots and
increasing the number of rc releases so mainline
releases are fairly stable (something Andrew Morton
mentioned yesterday). That has been a separate
ongoing discussion among a lot of people.

Your point about there being a lot of other stuff
in -mm and it not being stable is taken, and it would
be nice to have a networking contained tree.

Which brings us to having your interim bk tree
available to test - which would be fine with me :)

What we're setting up is throwing the nightly
release onto 2 big boxes and running some heavy
duty networking stress tests.

All in the spirit of wanting to be helpful, honestly :).
Any suggestions welcome..

thanks,
Nivedita

  reply	other threads:[~2004-09-29 20:58 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-29 18:03 Please route new work through -mm tree? Stephen Hemminger
2004-09-29 18:13 ` Nivedita Singhvi
2004-09-29 18:23   ` Marcos D. Marado Torres
2004-09-29 20:22   ` David S. Miller
2004-09-29 20:58     ` Nivedita Singhvi [this message]
2004-09-29 21:24       ` David S. Miller
2004-09-29 21:37         ` Jeff Garzik
2004-09-29 21:44           ` David S. Miller
2004-09-29 22:30             ` Jeff Garzik
2004-09-29 21:12     ` Gerrit Huizenga
2004-09-29 20:19 ` David S. Miller

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=415B220F.4040102@us.ibm.com \
    --to=niv@us.ibm.com \
    --cc=davem@davemloft.net \
    --cc=netdev@oss.sgi.com \
    --cc=shemminger@osdl.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;
as well as URLs for NNTP newsgroup(s).