All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jean Delvare <khali@linux-fr.org>
To: Andrew Morton <akpm@osdl.org>, Greg KH <greg@kroah.com>,
	Chris Wright <chrisw@osdl.org>
Cc: linux-kernel@vger.kernel.org, stable@kernel.org, tytso@mit.edu,
	zwane@arm.linux.org.uk, jmforbes@linuxtx.org,
	rdunlap@xenotime.net, torvalds@osdl.org, chuckw@quantumlinux.com,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	andrew.vasquez@qlogic.com, James.Bottomley@SteelEye.com
Subject: Re: [02/07] [SCSI] qla2xxx: Pull-down scsi-host-addition to follow board initialization.
Date: Wed, 29 Jun 2005 10:08:35 +0200	[thread overview]
Message-ID: <20050629100835.60dc42f8.khali@linux-fr.org> (raw)
In-Reply-To: <20050628152037.690c3840.akpm@osdl.org>

Hi Andrew,

> If the person who originally raised that patch put unrelated things
> into a single patch then that's where the problem started.

Agreed.

> Bear in mind that there is also risk in only part-applying a patch.

If applying only a part of a given patch doesn't sound safe, then I
would question the supposed obvious correctness of this patch in the
first place.

Some times ago, Alan stated he liked -stable because "its small enough
that most of the add on patches people use aren't breaking against it"
[1]. I found this a sound statement, but if we now accept non-minimum
changes, this won't be true any longer (or at least this will tend to
become less true).

> > This aint -stable material.
> 
> But it's obviously safe.  Let's use our brains on these patches and
> not become beholden to doctrine, OK?

Why did we write down and discuss rules for -stable in the first place
then [2]? Of the 9 rules Greg first listed as conditions for a patch to
be accepted in -stable, this patch breaks 4 (it is bigger than 100
lines, if fixes more than one thing, including one that doesn't bother
people as far as I can see, and it has trivial fixes in it.) So I don't
think I am actually splitting hair as you seemed to suggest. I know some
of these rules were slightly reworded afterwards, but still.

I reviewed the latest stable series of patches with these rules in mind,
trying to help. If the rules have since changed - and it seems they did,
then instead of helping, I have been wasting your time, and mine. Where
were the new rules discussed? We better have a web page summarizing the
current rules for -stable if we want submitters and reviewers to do the
right thing.

Thanks.

[1] http://kerneltraffic.org/kernel-traffic/kt20050612_315.html#5
[2] http://kerneltraffic.org/kernel-traffic/kt20050403_303.html#9

-- 
Jean Delvare

  parent reply	other threads:[~2005-06-29  8:08 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-27 22:46 [00/07] -stable review Chris Wright
2005-06-27 22:50 ` [01/07] Fix typo in drivers/pci/pci-driver.c Chris Wright
2005-06-27 22:53 ` [02/07] [SCSI] qla2xxx: Pull-down scsi-host-addition to follow board initialization Chris Wright
2005-06-28 21:51   ` Jean Delvare
2005-06-28 22:20     ` Andrew Morton
2005-06-28 22:30       ` Chris Wright
2005-06-28 23:09         ` Andrew Morton
2005-06-28 23:16           ` Chris Wright
2005-06-28 22:32       ` [stable] " Greg KH
2005-06-29  8:08       ` Jean Delvare [this message]
2005-06-29 16:36         ` James Bottomley
2005-07-01 11:32           ` Jean Delvare
2005-06-27 22:55 ` [03/07] fix remap_pte_range BUG Chris Wright
2005-06-27 22:59 ` [04/07] e1000: fix spinlock bug Chris Wright
2005-06-27 23:01 ` [05/07] Add "memory" clobbers to the x86 inline asm of strncmp and friends Chris Wright
2005-06-28 21:57   ` Jean Delvare
2005-06-27 23:03 ` [06/07] ACPI: Make sure we call acpi_register_gsi() even for default PCI interrupt assignment Chris Wright
2005-06-27 23:05 ` [07/07] [NETLINK]: Fix two socket hashing bugs Chris Wright
2005-06-28 12:10 ` [00/07] -stable review Jim MacBaine
2005-06-28 14:47   ` [stable] " Chris Wright
2005-06-28 17:18     ` Jim MacBaine
2005-06-28 17:20       ` Chris Wright
2005-06-28 20:45   ` 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=20050629100835.60dc42f8.khali@linux-fr.org \
    --to=khali@linux-fr.org \
    --cc=James.Bottomley@SteelEye.com \
    --cc=akpm@osdl.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=andrew.vasquez@qlogic.com \
    --cc=chrisw@osdl.org \
    --cc=chuckw@quantumlinux.com \
    --cc=greg@kroah.com \
    --cc=jmforbes@linuxtx.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rdunlap@xenotime.net \
    --cc=stable@kernel.org \
    --cc=torvalds@osdl.org \
    --cc=tytso@mit.edu \
    --cc=zwane@arm.linux.org.uk \
    /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.