From mboxrd@z Thu Jan 1 00:00:00 1970 From: Luben Tuikov Subject: Re: Submit commit 3dea642afd for 2.6.38.stable? Date: Wed, 18 May 2011 23:07:58 -0700 (PDT) Message-ID: <474609.71121.qm@web31808.mail.mud.yahoo.com> References: <1305777749.2576.10.camel@mulgrave.site> Reply-To: ltuikov@yahoo.com Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from nm3-vm0.bullet.mail.ac4.yahoo.com ([98.139.53.204]:46763 "HELO nm3-vm0.bullet.mail.ac4.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S932363Ab1ESGO7 convert rfc822-to-8bit (ORCPT ); Thu, 19 May 2011 02:14:59 -0400 In-Reply-To: <1305777749.2576.10.camel@mulgrave.site> Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Alan Stern , James Bottomley Cc: James Bottomley , SCSI development list , stable@kernel.org --- On Wed, 5/18/11, James Bottomley wrote: > From: James Bottomley > Subject: Re: Submit commit 3dea642afd for 2.6.38.stable? > To: "Alan Stern" > Cc: "James Bottomley" , "Luben Tuikov" , "SCSI development list" , s= table@kernel.org > Date: Wednesday, May 18, 2011, 9:02 PM > On Mon, 2011-05-16 at 16:45 -0400, > Alan Stern wrote: > > James: > >=20 > > Your commit 3dea642afd9187728d119fce5c82a7ed9faa9b6a > ([SCSI] Revert > > "[SCSI] Retrieve the Caching mode page") hasn't been > submitted for the > > 2.6.38 stable tree.=A0 More people are now getting > hit with the > > underlying problem; see > >=20 > > =A0=A0=A0 https://bugzilla.kernel.org/show_bug.cgi?id=3D35042 >=20 > OK, yes, the reversion needs sending to stable ... can you > do that? >=20 > > Do you want to queue your commit to the stable tree, > or do you prefer > > to wait until the proper repair patch: > >=20 > > =A0=A0=A0 http://marc.info/?l=3Dlinux-scsi&m=3D130089710431684&w=3D= 2 > >=20 > > has been merged so it can go into the stable tree > instead? > >=20 > > Alan Stern > >=20 > > P.S.: As of now, the scsi-next tree doesn't show any > signs of > > reinstating Luben's original commit together with my > repair patch.=A0=20 > > Does this mean you intend to forget about the original > "Retrieve the > > Caching mode page" change, or do you intend to merge > them for 2.6.41?) >=20 > Actually, no, I was waiting for you to send the combined > patch (with > both signoffs) rather than having me reconstruct it. Bottomley, 1. How is this any different than applying Alan's patch on top of mine? The net effect is the same. For example, applying my patch (reverting y= our revert of my patch) and then applying Alan's would result in what you want, OTHER THAN what you're suggesting above would be a single coming =46ROM Alan, as opposed to one from ME and another from Alan. Please explain. 2. Would you accept a resubmit of my patch as [1/2] from me and [2/2] f= rom Alan. In fact someone can do this in their tree and you can pull from them. That is, why do you INSIST on this being a "singe comming from [Alan]". Why can it not be two commits, in which you don't care if you pull from someone else's tree (Alan's or Greg's or whomever). 3. Or, would you accept a patch from me, that _includes_ Alan's smaller commit that adds a few checks to my bigger commit which actually introd= uces functionality. Please explain. Luben -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html