From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Robert Love <robert.w.love@intel.com>
Cc: Mike Christie <michaelc@cs.wisc.edu>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH 00/17] Open-FCoE Updates
Date: Thu, 26 Feb 2009 19:05:05 +0000 [thread overview]
Message-ID: <1235675105.19035.65.camel@localhost.localdomain> (raw)
In-Reply-To: <1235672974.4219.8.camel@fritz>
On Thu, 2009-02-26 at 10:29 -0800, Robert Love wrote:
> On Wed, 2009-02-25 at 18:49 -0800, Mike Christie wrote:
> > Robert Love wrote:
> > > The following series implements bug fixes, adds a module param for runtime debug logging and cleans up some coding style issues. The top patch is a patch that was posted to linux-scsi on 01/04, but doesn't seem to have made it in yet.
> > >
> > > This patch set is based on Linus' tree + the Open-FCoE patches submitted to linux-scsi on 01/21.
> > >
> >
> > Were these patches and that other patchset for 2.6.29-rc? This one had
> > some non bug fixes. I was not sure if you can do that in a rc. I was not
> > sure if because it is a new driver you get a exception since there can
> > be no regressions.
> >
> They were intended for the RC phase, should I have been more explicit?
> I'm not sure what the policy is exactly, I've heard that the RC phase is
> only for regressions, but I'm not sure how that applies to new drivers.
> We have nothing to regress from and I'd prefer getting these fixes in so
> that FCoE in 2.6.29 is as stable as can be.
OK, so how it works is firstly you have to tell me it's for rc fixes ...
I can sometimes get this from the subject (if it contains words like bug
fix). Secondly, I need enhancements and fixes separated so they can be
separately applied to the different trees (if you have an entanglement,
I can rebase the misc tree to pick up the needed rc-fixes dependencies).
So if you separate the patches (or just tell me what's a bug fix ... and
they apply individually) I can put them in the rc-fixes tree.
James
next prev parent reply other threads:[~2009-02-26 19:05 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-06 18:55 [PATCH 00/17] Open-FCoE Updates Robert Love
2009-02-06 18:55 ` [PATCH 01/17] libfc: fixed a read IO data integrity issue when a IO data frame lost Robert Love
2009-02-06 18:55 ` [PATCH 02/17] fcoe: exch mgr is freed while lport still retrying sequences Robert Love
2009-02-06 18:56 ` [PATCH 03/17] libfc: Don't violate transport template for rogue port creation Robert Love
2009-02-06 18:56 ` [PATCH 04/17] libfc: correct RPORT_TO_PRIV usage Robert Love
2009-02-06 18:56 ` [PATCH 05/17] libfc: rename rp to rdata in fc_disc_new_target() Robert Love
2009-02-06 18:56 ` [PATCH 06/17] libfc: check for err when recv and state is incorrect Robert Love
2009-02-06 18:56 ` [PATCH 07/17] fcoe: runtime debugging with debug_logging module parameter Robert Love
2009-02-06 18:56 ` [PATCH 08/17] fcoe: Logging review changes Robert Love
2009-02-06 18:56 ` [PATCH 09/17] libfc: runtime debugging with debug_logging module parameter Robert Love
2009-02-06 18:56 ` [PATCH 10/17] libfc: Logging review changes Robert Love
2009-02-06 18:56 ` [PATCH 11/17] libfc: Cleanup libfc_function_template comments Robert Love
2009-02-06 18:56 ` [PATCH 12/17] libfc, fcoe: Fix kerneldoc comments Robert Love
2009-02-06 18:56 ` [PATCH 13/17] libfc, fcoe: Cleanup function formatting and minor typos Robert Love
2009-02-06 18:57 ` [PATCH 14/17] libfc, fcoe: Remove unnecessary cast by removing inline wrapper Robert Love
2009-02-06 18:57 ` [PATCH 15/17] fcoe: Use setup_timer() and mod_timer() Robert Love
2009-02-06 18:57 ` [PATCH 16/17] fcoe: Correct fcoe_transports initialization vs. registration Robert Love
2009-02-06 18:57 ` [PATCH 17/17] [SCSI] fcoe: fix kfree(skb) Robert Love
2009-02-26 2:49 ` [PATCH 00/17] Open-FCoE Updates Mike Christie
2009-02-26 18:29 ` Robert Love
2009-02-26 19:05 ` James Bottomley [this message]
2009-02-26 19:54 ` Love, Robert W
2009-03-02 22:24 ` Love, Robert W
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=1235675105.19035.65.camel@localhost.localdomain \
--to=james.bottomley@hansenpartnership.com \
--cc=linux-scsi@vger.kernel.org \
--cc=michaelc@cs.wisc.edu \
--cc=robert.w.love@intel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox