2004-01-07 Joel Sherrill <joel@OARcorp.com>

	* mips64orion/.cvsignore, mips64orion/BSP_TIMES, mips64orion/ChangeLog,
	mips64orion/Makefile.am, mips64orion/bsp.t, mips64orion/callconv.t,
	mips64orion/cpumodel.t, mips64orion/cputable.t,
	mips64orion/fatalerr.t, mips64orion/intr_NOTIMES.t,
	mips64orion/memmodel.t, mips64orion/mips64orion.texi,
	mips64orion/preface.texi, mips64orion/timeBSP.t: Removed.

1 files changed, 0 insertions, 31 deletions

diff --git a/doc/supplements/mips64orion/fatalerr.t b/doc/supplements/mips64orion/fatalerr.t
deleted file mode 100644
index 53efad0435..0000000000
--- a/doc/supplements/mips64orion/fatalerr.t
+++ /dev/null
@@ -1,31 +0,0 @@
-@c
-@c  COPYRIGHT (c) 1988-2002.
-@c  On-Line Applications Research Corporation (OAR).
-@c  All rights reserved.
-@c
-@c  $Id$
-@c
-
-@chapter Default Fatal Error Processing
-
-@section Introduction
-
-Upon detection of a fatal error by either the
-application or RTEMS the fatal error manager is invoked.  The
-fatal error manager will invoke the user-supplied fatal error
-handlers.  If no user-supplied handlers are configured,  the
-RTEMS provided default fatal error handler is invoked.  If the
-user-supplied fatal error handlers return to the executive the
-default fatal error handler is then invoked.  This chapter
-describes the precise operations of the default fatal error
-handler.
-
-@section Default Fatal Error Handler Operations
-
-The default fatal error handler which is invoked by
-the @code{rtems_fatal_error_occurred} directive when there is
-no user handler configured or the user handler returns control to
-RTEMS.  The default fatal error handler disables processor interrupts,
-places the error code in @b{XXX}, and executes a @code{XXX}
-instruction to simulate a halt processor instruction.
-