Re: system time issue

• Next message: Nikita Gergel: "Re: MINOR(inode->i_rdev) vs. minor(inode->i_rdev)"
• Previous message: Andreas Dilger: "Re: [PATCH] 8139too: too early dev_kfree_skb"
• In reply to: Richard B. Johnson: "Re: system time issue"
• Next in thread: Richard B. Johnson: "Re: system time issue"
• Reply: Richard B. Johnson: "Re: system time issue"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

"Richard B. Johnson" wrote:
>
> The code works by disabling paging while executing code where
> there is not a 1:1 physical/virtual page mapping. I have never
> found a system, even one with two CPUs that did not instantly
> reset.

All you are doing is causing a triple fault, started with most likely an
invalid op fault. There are many ways of doing that, including the no
idt way the kernel currently uses, which IMHO would be more reliable
that depending on the processor crashing on random memory.

--
				Brian Gerst
-
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/

• Next message: Nikita Gergel: "Re: MINOR(inode->i_rdev) vs. minor(inode->i_rdev)"
• Previous message: Andreas Dilger: "Re: [PATCH] 8139too: too early dev_kfree_skb"
• In reply to: Richard B. Johnson: "Re: system time issue"
• Next in thread: Richard B. Johnson: "Re: system time issue"
• Reply: Richard B. Johnson: "Re: system time issue"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Tue Jan 15 2002 - 21:00:28 EST