[lkml]   [2000]   [Dec]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Why is double_fault serviced by a trap gate?

Actually what you are pointing out here is the differing needs for
differing uses. Real-time, embedded systems etc have different requirements
or at lest different priorities to enterprise usage. I'm coming from the
enterprise server angle - the Linux/390 type of use and high end IA32

I'll certainly add the double-fault hander to my list of RAS stuff. I'm not
so convinced about NMI being a task gate.


Richard Moore - RAS Project Lead - Linux Technology Centre (PISC).
Office: (+44) (0)1962-817072, Mobile: (+44) (0)7768-298183
IBM UK Ltd, MP135 Galileo Centre, Hursley Park, Winchester, SO21 2JN, UK

"Richard B. Johnson" <> on 08/12/2000 15:04:19

Please respond to

To: Richard J Moore/UK/IBM@IBMGB
Subject: Re: Why is double_fault serviced by a trap gate?

On Fri, 8 Dec 2000 wrote:

> I really think you're taking very negative position - I have seen this
> technique deployed on onther Intel based operating systems. I don't see
> Linux shouldn't step up to that. If one is careful the double-fault can
> handled to the extent that other kernel services (or a subset of them)
> callable and we may be even take a crash dump. I agree that the current
> thread will die and possibly the system will may have to be closed down.
> Richard Moore - RAS Project Lead - Linux Technology Centre (PISC).

If you have a "survival patch" for some recent kernel, or if you
develop one, I will certainly try to help getting it to work. However,
I have been in the "been there, done that.." position trying to
keep a critical system (CAT Scanner) up long enough to complete
a scan after a HV Arc caused bad things to happen (a few single-bit
errors in memory). And I didn't have to worry about all the tasks
that exist in a desktop OS. My OS for the scanner had tasks that were
known at compile-time!

The solution found was checkpointed task code (for restarting where
it left off), and restarting the kernel by:

o Get paging OFF
o Fix up a temporary flat-mode environment.
o Get new kernel code from NVRAM.
o Reload/restart kernel
o Start tasks.

What I learned might be helpful.

Dick Johnson

Penguin : Linux version 2.4.0 on an i686 machine (799.54 BogoMips).

"Memory is like gasoline. You use it up when you are running. Of
course you get it all back when you reboot..."; Actual explanation
obtained from the Micro$oft help desk.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:51    [W:0.039 / U:30.340 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site