Re: [Bug #14950] tbench regression with 2.6.33-rc1

2010-03-21 Thread Mike Galbraith
On Sun, 2010-03-21 at 21:30 +0100, Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.32 and 2.6.33. > > The following bug entry is on the current list of known regressions > introduced between 2.6.32 and 2.6.33.

Re: [Bug #15192] netperf ~50% regression with 2.6.33-rc1, bisect to 1b9508f

2010-03-21 Thread Mike Galbraith
gt; Submitter : Lin Ming > Date : 2010-01-25 10:03 (56 days old) > First-Bad-Commit: > http://git.kernel.org/git/linus/1b9508f6831e10d53256825de8904caa22d1ca2c > References: http://marc.info/?l=linux-kernel&m=126441481427331&w=4 > Handled-By: Mike Galbraith &g

Re: [Bug #15192] netperf ~50% regression with 2.6.33-rc1, bisect to 1b9508f

2010-02-21 Thread Mike Galbraith
On Sat, 2010-02-20 at 15:52 +0800, Lin Ming wrote: > On Mon, 2010-02-01 at 16:04 +0800, Mike Galbraith wrote: > > On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote: > > > This message has been generated automatically as a part of a report > > > of recent re

Re: [Bug #15044] Much higher wakeups for " : Rescheduling interrupts" since 2.6.32.2

2010-02-14 Thread Mike Galbraith
On Mon, 2010-02-15 at 00:38 +0100, Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a summary report > of recent regressions. > > The following bug entry is on the current list of known regressions > from 2.6.32. Please verify if it still should be listed and

Re: [Bug #14621] specjbb2005 and aim7 regression with 2.6.32-rc kernels

2010-02-01 Thread Mike Galbraith
On Mon, 2010-02-01 at 01:43 +0100, Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.31 and 2.6.32. > > The following bug entry is on the current list of known regressions > introduced between 2.6.31 and 2.6.32.

Re: [Bug #15192] netperf ~50% regression with 2.6.33-rc1, bisect to 1b9508f

2010-02-01 Thread Mike Galbraith
On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a report > of recent regressions. > > The following bug entry is on the current list of known regressions > from 2.6.32. Please verify if it still should be listed and let me k

Re: [Bug #14950] tbench regression with 2.6.33-rc1

2010-01-31 Thread Mike Galbraith
On Mon, 2010-02-01 at 01:22 +0100, Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a report > of recent regressions. > > The following bug entry is on the current list of known regressions > from 2.6.32. Please verify if it still should be listed and let me k

Re: [Bug #15034] volano ~30% regression

2010-01-11 Thread Mike Galbraith
On Mon, 2010-01-11 at 21:08 +0100, Rafael J. Wysocki wrote: > On Monday 11 January 2010, Mike Galbraith wrote: > > On Sun, 2010-01-10 at 23:32 +0100, Rafael J. Wysocki wrote: > > > This message has been generated automatically as a part of a report > > > of recent re

Re: [Bug #14621] specjbb2005 and aim7 regression with 2.6.32-rc kernels

2010-01-10 Thread Mike Galbraith
On Sun, 2010-01-10 at 23:56 +0100, Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.31 and 2.6.32. > > The following bug entry is on the current list of known regressions > introduced between 2.6.31 and 2.6.32.

Re: [Bug #15034] volano ~30% regression

2010-01-10 Thread Mike Galbraith
ferences: http://marc.info/?l=linux-kernel&m=126259391411982&w=4 > Handled-By: Mike Galbraith > Patch : http://patchwork.kernel.org/patch/70623/ -- To unsubscribe from this list: send the line "unsubscribe kernel-testers" in the body of a message

Re: [Bug #14794] IP address assigned by DHCP is dropped after ~40 seconds

2009-12-29 Thread Mike Galbraith
On Tue, 2009-12-29 at 16:28 +0100, Rafael J. Wysocki wrote: > This message has been generated automatically as a part of a report > of regressions introduced between 2.6.31 and 2.6.32. > > The following bug entry is on the current list of known regressions > introduced between 2.6.31 and 2.6.32.

Re: [Bug #14383] hackbench regression with kernel 2.6.32-rc1

2009-11-19 Thread Mike Galbraith
On Fri, 2009-11-20 at 13:40 +0800, Zhang, Yanmin wrote: > Mike's patch 1b9508f6831e10 could improve netperf loopback testing. > The latest upstream doesn't merge it yet. The kinda ugly thing below gives me around a 4% boost for pinned tasks. Looking around is expensive to fast movers, some cost c

Re: [Bug #13114] USB storage (usbstick) automount woes

2009-04-16 Thread Mike Galbraith
sted and let me know > (either way). > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13114 > Subject : USB storage (usbstick) automount woes > Submitter : Mike Galbraith > Date : 2009-04-09 9:26 (8 days old) > First-Bad-Commit:

Re: [Bug #12208] uml is very slow on 2.6.28 host

2008-12-16 Thread Mike Galbraith
On Tue, 2008-12-16 at 16:27 +0100, Miklos Szeredi wrote: > Is there a way to trace what is happening in the scheduler? Sure. Ingo has a script for gathering info (attached), if you run it, please gzip up the output and send me a copy offline to eyeball. There's also ftrace, but I've not tried t

Re: [Bug #12208] uml is very slow on 2.6.28 host

2008-12-16 Thread Mike Galbraith
On Tue, 2008-12-16 at 11:26 +0100, Miklos Szeredi wrote: > On Tue, 16 Dec 2008, Mike Galbraith wrote: > > If that commit is responsible, then it should also be very slow in pre > > 28 kernels, where the same exists. > > Everything prior to 2.6.28 was fine in this respect, so

Re: [Bug #12208] uml is very slow on 2.6.28 host

2008-12-15 Thread Mike Galbraith
Therefore wakeup_gran is the granularity of unfairness we allow in order > to make progress. > > Signed-off-by: Peter Zijlstra > Acked-by: Mike Galbraith > Signed-off-by: Ingo Molnar If that commit is responsible, then it should also be

Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

2008-11-18 Thread Mike Galbraith
On Mon, 2008-11-17 at 11:39 -0800, David Miller wrote: > From: Ingo Molnar <[EMAIL PROTECTED]> > Date: Mon, 17 Nov 2008 19:49:51 +0100 > > > > > * Ingo Molnar <[EMAIL PROTECTED]> wrote: > > > > 4> The place for the sock_rfree() hit looks a bit weird, and i'll > > > investigate it now a bit more

Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

2008-09-18 Thread Mike Galbraith
On Thu, 2008-09-18 at 09:12 +0200, Mike Galbraith wrote: > 1e65e841bb5584136ed6047c55cf77532afbbb55 is first bad commit > commit 1e65e841bb5584136ed6047c55cf77532afbbb55 > Author: Mike Galbraith <[EMAIL PROTECTED]> > Date: Wed Sep 17 14:55:50 2008 +0200 > > Rever

Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

2008-09-18 Thread Mike Galbraith
On Wed, 2008-09-17 at 15:57 +0200, Mike Galbraith wrote: > On Wed, 2008-09-17 at 16:36 +0300, Ilpo Järvinen wrote: > > On Wed, 17 Sep 2008, Mike Galbraith wrote: > > > > > On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote: > > > > > > > git log --p

Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

2008-09-17 Thread Mike Galbraith
On Wed, 2008-09-17 at 16:47 +0200, Eric Dumazet wrote: > Could you please try following patch ? > > [PATCH] security_ops moved to read_mostly section > > "struct security_operations *security_ops" should be moved to read_mostly > section in order to NOT let it share a cache line with higly modi

Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

2008-09-17 Thread Mike Galbraith
On Wed, 2008-09-17 at 16:36 +0300, Ilpo Järvinen wrote: > On Wed, 17 Sep 2008, Mike Galbraith wrote: > > > On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote: > > > > > git log --pretty=format:"%h: %s" 2069f45..847106f | grep -viE \ > > > 'bl

Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

2008-09-17 Thread Mike Galbraith
On Wed, 2008-09-17 at 14:49 +0200, Ingo Molnar wrote: > * Mike Galbraith <[EMAIL PROTECTED]> wrote: > > > > It looks like a potentially bogus bisection result, but _maybe_ it > > > has relevance: changes the size of "struct security_operations", >

Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

2008-09-17 Thread Mike Galbraith
On Wed, 2008-09-17 at 12:40 +0200, Ingo Molnar wrote: > * Mike Galbraith <[EMAIL PROTECTED]> wrote: > > > On Wed, 2008-09-17 at 06:40 +0200, Mike Galbraith wrote: > > > On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote: > > > > > > One additi

Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

2008-09-16 Thread Mike Galbraith
On Wed, 2008-09-17 at 06:40 +0200, Mike Galbraith wrote: > On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote: > > One additional sanity check could be to rebase security 6f0f0fd4963 on top > > of the c142bda458a and then see if bisection among those security commits >

Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

2008-09-16 Thread Mike Galbraith
On Tue, 2008-09-16 at 17:07 +0300, Ilpo Järvinen wrote: > On Tue, 16 Sep 2008, Mike Galbraith wrote: > > > On Mon, 2008-09-15 at 12:44 +0200, Mike Galbraith wrote: > > > On Sun, 2008-09-14 at 21:51 +0200, Mike Galbraith wrote: > > > > > > Since 2.6.

Re: [Bug #11308] tbench regression on each kernel release from 2.6.22 -> 2.6.28

2008-09-16 Thread Mike Galbraith
On Mon, 2008-09-15 at 12:44 +0200, Mike Galbraith wrote: > On Sun, 2008-09-14 at 21:51 +0200, Mike Galbraith wrote: > > On Sun, 2008-09-14 at 09:18 -0500, Christoph Lameter wrote: > > > Mike Galbraith wrote: > > > > Numbers from my Q6600 Aldi superma