1da177e4c3
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
209 lines
7.7 KiB
Plaintext
209 lines
7.7 KiB
Plaintext
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
MOTOROLA MICROPROCESSOR & MEMORY TECHNOLOGY GROUP
|
|
M68000 Hi-Performance Microprocessor Division
|
|
M68060 Software Package
|
|
Production Release P1.00 -- October 10, 1994
|
|
|
|
M68060 Software Package Copyright © 1993, 1994 Motorola Inc. All rights reserved.
|
|
|
|
THE SOFTWARE is provided on an "AS IS" basis and without warranty.
|
|
To the maximum extent permitted by applicable law,
|
|
MOTOROLA DISCLAIMS ALL WARRANTIES WHETHER EXPRESS OR IMPLIED,
|
|
INCLUDING IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE
|
|
and any warranty against infringement with regard to the SOFTWARE
|
|
(INCLUDING ANY MODIFIED VERSIONS THEREOF) and any accompanying written materials.
|
|
|
|
To the maximum extent permitted by applicable law,
|
|
IN NO EVENT SHALL MOTOROLA BE LIABLE FOR ANY DAMAGES WHATSOEVER
|
|
(INCLUDING WITHOUT LIMITATION, DAMAGES FOR LOSS OF BUSINESS PROFITS,
|
|
BUSINESS INTERRUPTION, LOSS OF BUSINESS INFORMATION, OR OTHER PECUNIARY LOSS)
|
|
ARISING OF THE USE OR INABILITY TO USE THE SOFTWARE.
|
|
Motorola assumes no responsibility for the maintenance and support of the SOFTWARE.
|
|
|
|
You are hereby granted a copyright license to use, modify, and distribute the SOFTWARE
|
|
so long as this entire notice is retained without alteration in any modified and/or
|
|
redistributed versions, and that such modified versions are clearly identified as such.
|
|
No licenses are granted by implication, estoppel or otherwise under any patents
|
|
or trademarks of Motorola, Inc.
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
68060 SOFTWARE PACKAGE (Kernel version) SIMPLE TESTS
|
|
-----------------------------------------------------
|
|
|
|
The files itest.sa and ftest.sa contain simple tests to check
|
|
the state of the 68060ISP and 68060FPSP once they have been installed.
|
|
|
|
Release file format:
|
|
--------------------
|
|
The release files itest.sa and ftest.sa are essentially
|
|
hexadecimal images of the actual tests. This format is the
|
|
ONLY format that will be supported. The hex images were created
|
|
by assembling the source code and then converting the resulting
|
|
binary output images into ASCII text files. The hexadecimal
|
|
numbers are listed using the Motorola Assembly syntax assembler
|
|
directive "dc.l" (define constant longword). The files can be
|
|
converted to other assembly syntaxes by using any word processor
|
|
with a global search and replace function.
|
|
|
|
To assist in assembling and linking these modules with other modules,
|
|
the installer should add symbolic labels to the top of the files.
|
|
This will allow the calling routines to access the entry points
|
|
of these packages.
|
|
|
|
The source code itest.s and ftest.s have been included but only
|
|
for documentation purposes.
|
|
|
|
Release file structure:
|
|
-----------------------
|
|
|
|
(top of module)
|
|
-----------------
|
|
| | - 128 byte-sized section
|
|
(1) | Call-Out | - 4 bytes per entry (user fills these in)
|
|
| |
|
|
-----------------
|
|
| | - 8 bytes per entry
|
|
(2) | Entry Point | - user does "bsr" or "jsr" to this address
|
|
| |
|
|
-----------------
|
|
| | - code section
|
|
(3) ~ ~
|
|
| |
|
|
-----------------
|
|
(bottom of module)
|
|
|
|
The first section of this module is the "Call-out" section. This section
|
|
is NOT INCLUDED in {i,f}test.sa (an example "Call-out" section is provided at
|
|
the end of this file). The purpose of this section is to allow the test
|
|
routines to reference external printing functions that must be provided
|
|
by the host operating system. This section MUST be exactly 128 bytes in
|
|
size. There are 32 fields, each 4 bytes in size. Each field corresponds
|
|
to a function required by the test packages (these functions and their
|
|
location are listed in "68060{ISP,FPSP}-TEST call-outs" below). Each field
|
|
entry should contain the address of the corresponding function RELATIVE to
|
|
the starting address of the "call-out" section. The "Call-out" section must
|
|
sit adjacent to the {i,f}test.sa image in memory. Since itest.sa and ftest.sa
|
|
are individual tests, they each require their own "Call-out" sections.
|
|
|
|
The second section, the "Entry-point" section, is used by external routines
|
|
to access the test routines. Since the {i,f}test.sa hex files contain
|
|
no symbol names, this section contains function entry points that are fixed
|
|
with respect to the top of the package. The currently defined entry-points
|
|
are listed in section "68060{ISP,FPSP}-TEST entry points" below. A calling
|
|
routine would simply execute a "bsr" or "jsr" that jumped to the selected
|
|
function entry-point.
|
|
|
|
For example, to run the 060ISP test, write a program that includes the
|
|
itest.sa data and execute something similar to:
|
|
|
|
bsr _060ISP_TEST+128+0
|
|
|
|
(_060ISP_TEST is the starting address of the "Call-out" section; the "Call-out"
|
|
section is 128 bytes long; and the 68060ISP test entry point is located
|
|
0 bytes from the top of the "Entry-point" section.)
|
|
|
|
The third section is the code section. After entering through an "Entry-point",
|
|
the entry code jumps to the appropriate test code within the code section.
|
|
|
|
68060ISP-TEST Call-outs:
|
|
------------------------
|
|
0x0: _print_string()
|
|
0x4: _print_number()
|
|
|
|
68060FPSP-TEST Call-outs:
|
|
-------------------------
|
|
0x0: _print_string()
|
|
0x4: _print_number()
|
|
|
|
The test packages call _print_string() and _print_number()
|
|
as subroutines and expect the main program to print a string
|
|
or a number to a file or to the screen.
|
|
In "C"-like fashion, the test program calls:
|
|
|
|
print_string("Test passed");
|
|
|
|
or
|
|
|
|
print_number(20);
|
|
|
|
For _print_string(), the test programs pass a longword address
|
|
of the string on the stack. For _print_number(), the test programs pass
|
|
a longword number to be printed.
|
|
|
|
For debugging purposes, after the main program performs a "print"
|
|
for a test package, it should flush the output so that it's not
|
|
buffered. In this way, if the test program crashes, at least the previous
|
|
statements printed will be seen.
|
|
|
|
68060ISP-TEST Entry-points:
|
|
---------------------------
|
|
0x0: integer test
|
|
|
|
68060FPSP-TEST Entry-points:
|
|
----------------------------
|
|
0x00: main fp test
|
|
0x08: FP unimplemented test
|
|
0x10: FP enabled snan/operr/ovfl/unfl/dz/inex
|
|
|
|
The floating-point unit test has 3 entry points which will require
|
|
3 different calls to the package if each of the three following tests
|
|
is desired:
|
|
|
|
main fp test: tests (1) unimp effective address exception
|
|
(2) unsupported data type exceptions
|
|
(3) non-maskable overflow/underflow exceptions
|
|
|
|
FP unimplemented: tests FP unimplemented exception. this one is
|
|
separate from the previous tests for systems that don't
|
|
want FP unimplemented instructions.
|
|
|
|
FP enabled: tests enabled snan/operr/ovfl/unfl/dz/inex.
|
|
basically, it enables each of these exceptions and forces
|
|
each using an implemented FP instruction. this process
|
|
exercises _fpsp_{snan,operr,ovfl,unfl,dz,inex}() and
|
|
_real_{snan,operr,ovfl,unfl,dz,inex}(). the test expects
|
|
_real_XXXX() to do nothing except clear the exception
|
|
and "rte". if a system's _real_XXXX() handler creates an
|
|
alternate result, the test will print "failed" but this
|
|
is acceptable.
|
|
|
|
Miscellaneous:
|
|
--------------
|
|
Again, itest.sa and ftest.sa are simple tests and do not thoroughly
|
|
test all 68060SP connections. For example, they do not test connections
|
|
to _real_access(), _real_trace(), _real_trap(), etc. because these
|
|
will be system-implemented several different ways and the test packages
|
|
must remain system independent.
|
|
|
|
Example test package set-up:
|
|
----------------------------
|
|
_print_str:
|
|
. # provided by system
|
|
rts
|
|
|
|
_print_num:
|
|
. # provided by system
|
|
rts
|
|
|
|
.
|
|
.
|
|
bsr _060FPSP_TEST+128+0
|
|
.
|
|
.
|
|
rts
|
|
|
|
# beginning of "Call-out" section; provided by integrator.
|
|
# MUST be 128 bytes long.
|
|
_060FPSP_TEST:
|
|
long _print_str - _060FPSP_TEST
|
|
long _print_num - _060FPSP_TEST
|
|
space 120
|
|
|
|
# ftest.sa starts here; start of "Entry-point" section.
|
|
long 0x60ff0000, 0x00002346
|
|
long 0x60ff0000, 0x00018766
|
|
long 0x60ff0000, 0x00023338
|
|
long 0x24377299, 0xab2643ea
|
|
.
|
|
.
|
|
.
|