Messages in this thread | | | Date | Thu, 19 Sep 2002 20:52:58 -0700 | From | William Lee Irwin III <> | Subject | Re: [BUG] x86_udelay_tsc not honoring notsc |
| |
On Thu, Sep 19, 2002 at 08:07:06PM -0700, Martin J. Bligh wrote: > Does this help (on top of John's TSC patch in rollup 0)?
Nope. But I believe I found the root cause: it apparently takes long enough to kick all the cpus the NMI oopser goes off during one of the many long ints-off sections in the bootstrap phase. My burning question now is why this only showed up in 2.5.36. Somehow I mistook a rather blatant (c.f. SIGEMT) NMI oops for TSD %cr4 #GP.
I'm going to guess the NMI oopser was not eager enough to trip beforehand and recent changes repaired that. Is this close?
If so, it's probably not worth mucking around with the bootstrap sequence to deal with something this minor. It's not like it can be mistaken for having hung, as console output is very consistent. Maybe we should give NUMA-Q a couple of minutes instead of 5s?
Thanks, Bill - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |