| 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
| ||
|
Message-ID: <Pine.LNX.4.64.0808011311360.20052@blonde.site> Date: Fri, 1 Aug 2008 13:25:57 +0100 (BST) From: Hugh Dickins <hugh@...itas.com> To: "Zhang, Yanmin" <yanmin_zhang@...ux.intel.com> cc: Ingo Molnar <mingo@...e.hu>, LKML <linux-kernel@...r.kernel.org> Subject: Re: VolanoMark regression with 2.6.27-rc1 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. It can be nuisance if you don't notice at "make install" time, and reboot another kernel than the one you just built to test. Hugh -- 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