On Sun, 16 Sep 2007, Randy Dunlap wrote:Before you do the microcode update, try to see if you can bisect the place between 2.6.21->22 that seems to start it. Even if you don't get all the way, if you are confident enough about the "no error" case to be able to bisect it down by doing a few reboots, it will at least cut down the set of possible commits by roughly a factor of 2^<nr-of-bisect> events, so even "just" a series of 4-5 bisect things might give us more of a clue. Of course, if it's somewhat random and timing-dependent, bisection can be hard (the "2^n" thing is very efficient, but it also means that a *single* wrong answer will totally invalidate the result, so if something isn't entirely reproducible, bisection often fails!) Linus -
| jjohansen | [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Andrew Morton | 2.6.23-rc6-mm1 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Evgeniy Polyakov | Re: [BUG] New Kernel Bugs |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
