Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-29 Thread Ben Hutchings
On Mon, 2012-07-23 at 14:38 +0100, Mel Gorman wrote: > Changelog since V1 > o Expand some of the notes (jrnieder) > o Correct upstream commit SHA1 (hugh) > > This series is related to the new addition to stable_kernel_rules.txt > >

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-25 Thread Mel Gorman
On Wed, Jul 25, 2012 at 03:30:57PM -0700, Greg KH wrote: > > > > All of the patches will apply to 3.0-stable but the ordering of the > > patches is such that applying them to 3.2-stable and 3.4-stable should > > be straight-forward. > > I can't find any of these that should have gone to 3.4-stabl

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-25 Thread Greg KH
On Mon, Jul 23, 2012 at 02:38:13PM +0100, Mel Gorman wrote: > Changelog since V1 > o Expand some of the notes (jrnieder) > o Correct upstream commit SHA1 (hugh) > > This series is related to the new addition to stable_kernel_rules.t

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-24 Thread Mike Galbraith
On Tue, 2012-07-24 at 22:18 +0800, Hillf Danton wrote: > On Tue, Jul 24, 2012 at 9:52 PM, Mike Galbraith wrote: > > Last time I looked, handling SUSE support issues on LKML was not in my > > job description. I don't recall seeing anything about taking direction > > from random LKML subscribers e

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-24 Thread Hillf Danton
On Tue, Jul 24, 2012 at 9:52 PM, Mike Galbraith wrote: > Last time I looked, handling SUSE support issues on LKML was not in my > job description. I don't recall seeing anything about taking direction > from random LKML subscribers either. > End users pay for SUSE products/service, right? -- To u

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-24 Thread Hillf Danton
On Tue, Jul 24, 2012 at 9:53 PM, Mel Gorman wrote: > On Tue, Jul 24, 2012 at 09:34:56PM +0800, Hillf Danton wrote: >> On Tue, Jul 24, 2012 at 9:27 PM, Mel Gorman wrote: >> > I would suggest the user in question use the normal support channels for >> > resolving a potentially SLES-specific bug. >>

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-24 Thread Mel Gorman
On Tue, Jul 24, 2012 at 09:34:56PM +0800, Hillf Danton wrote: > On Tue, Jul 24, 2012 at 9:27 PM, Mel Gorman wrote: > > I would suggest the user in question use the normal support channels for > > resolving a potentially SLES-specific bug. > > > Thanks, Mel. > > Is Mike busy in other fairs? It's

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-24 Thread Mike Galbraith
On Tue, 2012-07-24 at 21:18 +0800, Hillf Danton wrote: > On Tue, Jul 24, 2012 at 1:58 PM, Mike Galbraith wrote: > > FWIW, I'm all for performance backports. They do have a downside though > > (other than the risk of bugs slipping in, or triggering latent bugs). > > > > When the next enterprise k

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-24 Thread Hillf Danton
On Tue, Jul 24, 2012 at 9:27 PM, Mel Gorman wrote: > I would suggest the user in question use the normal support channels for > resolving a potentially SLES-specific bug. > Thanks, Mel. Is Mike busy in other fairs? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-24 Thread Mel Gorman
On Tue, Jul 24, 2012 at 09:18:16PM +0800, Hillf Danton wrote: > On Tue, Jul 24, 2012 at 1:58 PM, Mike Galbraith wrote: > > FWIW, I'm all for performance backports. They do have a downside though > > (other than the risk of bugs slipping in, or triggering latent bugs). > > > > When the next enterp

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-24 Thread Hillf Danton
On Tue, Jul 24, 2012 at 1:58 PM, Mike Galbraith wrote: > FWIW, I'm all for performance backports. They do have a downside though > (other than the risk of bugs slipping in, or triggering latent bugs). > > When the next enterprise kernel is built, marketeers ask for numbers to > make potential cus

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-24 Thread Mel Gorman
On Tue, Jul 24, 2012 at 07:58:51AM +0200, Mike Galbraith wrote: > On Mon, 2012-07-23 at 14:38 +0100, Mel Gorman wrote: > > Changelog since V1 > > o Expand some of the notes > > (jrnieder) > > o Correct upstream commit SHA1(hug

Re: [PATCH 00/34] Memory management performance backports for -stable V2

2012-07-23 Thread Mike Galbraith
On Mon, 2012-07-23 at 14:38 +0100, Mel Gorman wrote: > Changelog since V1 > o Expand some of the notes (jrnieder) > o Correct upstream commit SHA1 (hugh) > > This series is related to the new addition to stable_kernel_rules.txt >

[PATCH 00/34] Memory management performance backports for -stable V2

2012-07-23 Thread Mel Gorman
Changelog since V1 o Expand some of the notes(jrnieder) o Correct upstream commit SHA1(hugh) This series is related to the new addition to stable_kernel_rules.txt - Serious issues as reported by a user of a distribution kern