Date: Fri, 4 Mar 2005 13:51:13 -0800
From: Andrew Morton <akpm@osdl.org>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: greg@kroah.com, linux-kernel@vger.kernel.org, chrisw@osdl.org,
       torvalds@osdl.org
Subject: Re: Linux 2.6.11.1
Message-Id: <20050304135113.68c50e13.akpm@osdl.org>
In-Reply-To: <4228D43E.1040903@pobox.com>
References: <20050304175302.GA29289@kroah.com>
	<20050304124431.676fd7cf.akpm@osdl.org>
	<4228D43E.1040903@pobox.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1184
Lines: 32

Jeff Garzik <jgarzik@pobox.com> wrote:
>
> > cramfs-small-stat2-fix.patch
> > setup_per_zone_lowmem_reserve-oops-fix.patch
> > dv1394-ioctl-retval-fix.patch
> > ppc32-compilation-fixes-for-ebony-luan-and-ocotea.patch
> > nfsd--sgi-921857-find-broken-with-nohide-on-nfsv3.patch
> > nfsd--exportfs-reduce-stack-usage.patch
> 
> Unless it's crashing for people, stack usage is IMO a wanted-fix not 
> needed-fix.

Sure.  The patch is bog-obvious though.

> 
> > nfsd--svcrpc-add-a-per-flavor-set_client-method.patch
> 
> is this critical?

Doubt it, unless the succeeding patches have a dependency on it.  But the
other patches have not been tested without this one being present.


These patches have been in mm for four weeks, so it's probably OK from a
stability POV to take them straight into linux-release.  If they were
fresher then the way to handle them would be to merge them into Linus's
tree and backport in a couple of weeks time.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/