| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Mon, 04 Aug 2008 08:54:04 +0800 From: "Zhang, Yanmin" <yanmin_zhang@...ux.intel.com> To: Hugh Dickins <hugh@...itas.com> Cc: Ingo Molnar <mingo@...e.hu>, LKML <linux-kernel@...r.kernel.org> Subject: Re: VolanoMark regression with 2.6.27-rc1 On Fri, 2008-08-01 at 13:25 +0100, Hugh Dickins wrote: > On Thu, 31 Jul 2008, Zhang, Yanmin wrote: > > > > I tried to use git bisect to locate the root cause, but git bisect > > always went back to 2.6.26. Then, I used my mechanical bisect script... > .... > > BTW, sysbench+mysql(oltp readonly) has about 15% regression, > > but git bisect looks crazy again. > > I'm no git expert, but didn't see anyone else comment on this: > you need to trust git more, it's like the Tour de France, > occasionally venturing into other countries for a little while. > > Work which got merged into Linus's 2.6.26-git for 2.6.27-rc1 may > well have been developed on a 2.6.26-rcN base in someone else's > tree, and so the bisection may take you back there. > > I think this is getting commoner now, since Linus spoke out > against rebasing: bisecting a net issue took me back to rc6-git > and rc4-git, but did end up at the right commit. Sometimes, git bisect could locate the culprit, but didn't this time. I'm used to keep quiet when it's good but complain to make noisy when something is wrong. :) Thanks, Yanmin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists