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 <[EMAIL PROTECTED]>
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 <[EMAIL PROTECTED]>
--
Russ Anderson, OS RAS/Partitioning Project Lead
SGI - Silicon Graphics Inc [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
