Russ Anderson wrote: > > More specificly, it hangs in /sbin/udevsettle . Using git bisect to narrow it down, it looks like commit 2008220879af095d00ca27eb168a55c8595fbc0b may be causing the hang in udevsettle on SN2. A tree synced up with "cg-seek 7b4c965a0b74748269d05185a394c9dc121dd558" boots. With "cg-seek 2008220879af095d00ca27eb168a55c8595fbc0b" udevsettle hangs. I'll dig further into this tomorrow. -------------------------------------------------------------------- commit 2008220879af095d00ca27eb168a55c8595fbc0b Author: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxxxxxxxx> Date: Fri Jul 20 13:28:54 2007 -0700 Revert "sys_time() speedup" This basically reverts commit 4e44f3497d41db4c3b9051c61410dee8ae4fb49c, while waiting for it to be re-done more completely. There are cases of people mixing "time()" with higher-resolution time sources, and we need to take the nanosecond offsets into account. Ingo has a patch that does that, but it's still under some discussion. In the meantime, just revert back to the old simple situation of just doing the whole exact timesource calculations. But rather than using do_gettimeofday(), use the internal nanosecond resolution getnstimeofday(), which at least avoids one unnecessary conversion (since we really don't care about whether the fractional seconds are nanoseconds or microseconds - we'll just throw them away). Signed-off-by: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> -- Russ Anderson, OS RAS/Partitioning Project Lead SGI - Silicon Graphics Inc rja@xxxxxxx - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
![]() |