All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@suse.de>
To: Florian Fainelli <florian@openwrt.org>
Cc: Greg KH <greg@kroah.com>, David Miller <davem@davemloft.net>,
	David Daney <ddaney@caviumnetworks.com>,
	Ralf Baechle <ralf@linux-mips.org>,
	linux-mips <linux-mips@linux-mips.org>
Subject: Re: [PATCH 0/7] Staging: Octeon-ethernet driver.
Date: Thu, 4 Jun 2009 08:29:44 -0700	[thread overview]
Message-ID: <20090604152944.GB19600@suse.de> (raw)
In-Reply-To: <200906040949.53167.florian@openwrt.org>

On Thu, Jun 04, 2009 at 09:49:52AM +0200, Florian Fainelli wrote:
> Le Thursday 04 June 2009 01:54:28 Greg KH, vous avez écrit :
> > On Tue, May 05, 2009 at 05:32:04PM -0700, David Daney wrote:
> > > This patch set introduces the octeon-ethernet driver into the
> > > drivers/staging tree.  The Octeon is a mips64r2 base multi-core SOC
> > > family.
> > >
> > > The first five patches are small tweaks to the existing octeon support
> > > that are required by the ethernet driver.  I would expect them to be
> > > merged via Ralf's linux-mips.org tree.
> > >
> > > The last two are the driver, and would probably be merged via the
> > > drivers/staging tree.  However since they depend on the first five,
> > > they probably shouldn't be merged until those five are merged.
> >
> > Ok, as Ralf doesn't seem to have responded to my previous query, I'll
> > just merge the last driver, and mark it CONFIG_BROKEN which you can turn
> > off when the infrastructure portions go in.
> >
> > Sound reasonable?
> 
> Cannot we get this driver merged via David Miller's tree instead ? It has been 
> rock solid here and does not seem too ugly for a net-next-2.6 inclusion imho.

That's up to the submitter, it seemed that they wanted it in staging
first for some reason.

thanks,

greg k-h

  reply	other threads:[~2009-06-04 15:52 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-06  0:32 [PATCH 0/7] Staging: Octeon-ethernet driver David Daney
2009-05-06  0:35 ` [PATCH 1/7] MIPS: Add named alloc functions to OCTEON boot monitor memory allocator David Daney
2009-05-06  0:35 ` [PATCH 2/7] MIPS: Export cvmx_sysinfo_get needed by octeon-ethernet driver David Daney
2009-05-06  0:35 ` [PATCH 3/7] MIPS: Cavium-Octeon: Add more board type constants David Daney
2009-05-06  0:35 ` [PATCH 4/7] MIPS: Cavium-Octeon: Add more chip specific feature tests David Daney
2009-05-06  0:35 ` [PATCH 5/7] MIPS: Export erratum function needed by octeon-ethernet driver David Daney
2009-05-06  0:35 ` [PATCH 6/7] [Staging] Add octeon-ethernet driver files David Daney
2009-05-06  0:35 ` [PATCH 7/7] [Staging] Hookup octeon-ethernet driver David Daney
2009-05-06  5:14 ` [PATCH 0/7] Staging: Octeon-ethernet driver Greg KH
2009-06-16 10:01   ` Ralf Baechle
2009-06-16 16:26     ` Greg KH
2009-06-03 23:54 ` Greg KH
2009-06-04  7:49   ` Florian Fainelli
2009-06-04 15:29     ` Greg KH [this message]
2009-06-04 15:37     ` David Daney

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=20090604152944.GB19600@suse.de \
    --to=gregkh@suse.de \
    --cc=davem@davemloft.net \
    --cc=ddaney@caviumnetworks.com \
    --cc=florian@openwrt.org \
    --cc=greg@kroah.com \
    --cc=linux-mips@linux-mips.org \
    --cc=ralf@linux-mips.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.