VAX1.

Please explain the back panel of the MicroVAX II

The MicroVAX-series console bulkhead was used with the KA630, KA650, KA655 processors.

There are three controls on the console bulkhead of these systems:
Triangle-in-circle-paddle:   halt enable.
dot-in-circle: 
 
halt (BREAK) is enabled,
and auto-boot is disabled.
dot-not-in-circle: 
 
halt (BREAK) is disabled,
and auto-boot is enabled.

Three-position-rotary:   power-up bootstrap behaviour
arrow:  normal operation.
face:  language inquiry mode.
t-in-circle:  infinite self-test loop.

Eight-position-rotary:  
 
console baud rate selection
select the required baud rate; read at power-up.

There are several different bulkheads involved, including one for the BA23 and BA123 enclosures, and one for the S-box (BA2xx) series enclosure. The console bulkheads typically used either the MMJ serial line connection, or the MicroVAX DB9 (not the PC DB9 pinout), please see the descriptions of these in section WIRES1. For available adapters, see WIRES2.

Also present on the bulkhead is a self-test indicator: a single digit LED display. This matches the final part of the countdown displayed on the console or workstation, and can be used by a service organization to determine the nature of a processor problem. The particular countdown sequence varies by processor type, consult the hardware or owner's manual for the processor, or contact the local hardware service organization for information the self-test sequence for a particular processor module.
Note that self-tests 2, 1 and 0 are associated with the transfer of control from the console program to the booting operating system.

                                        [Steve Hoffman]



VAX2.

What is the layout of the VAX floating point format?

The VAX floating point format is derived from one of the PDP-11 FP formats, which helps explain its strange layout. There are four formats defined: F 32-bit single-precision, D and G 64-bit double-precision and H 128-bit quadruple precision. For all formats, the lowest addressed 16-bit "word" contains the sign and exponent (and for other than H, some of the most significant fraction bits). Each successive higher-addressed word contains the next 16 lesser-significant fraction bits. Bit 15 of the first word is the sign, 1 for negative, 0 for positive. Zero is represented by a biased exponent value of zero and a sign of zero; the fraction bits are ignored (but on Alpha, non-zero fraction bits in a zero value cause an error.) A value with biased exponent zero and sign bit 1 is a reserved operand - touching it causes an error - fraction bits are ignored. There are no minus zero, infinity, denormalized or NaN values.

For all formats, the fraction is normalized and the radix point assumed to be to the left of the MSB, hence 0.5 <= f < 1.0. The MSB, always being 1, is not stored. The binary exponent is stored with a bias varying with type in bits 14:n of the lowest-addressed word.

Type Exponent
bits
Exponent
bias
Fraction bits
(including hidden)
F812824
D812856
G11102453
H1516384113

The layout for D is identical to that for F except for 32 additional fraction bits.

Example: +1.5 in F float is hex 000040C0 (fraction of .11[base 2], biased exponent of 129)

                                      [Steve Lionel]



VAX3.

Where can I find more info about VAX systems?

Compaq runs a VAX "InfoCenter" at:
  http://www.compaq.com/alphaserver/vax/
Jim Agnew maintains a MicroVAX/VAXstation FAQ at:
  http://anacin.nsc.vcu.edu/~jim/mvax/mvax_faq.html
James Lothian maintains a VAX-11/750 FAQ at:
  http://www.dcs.napier.ac.uk/~oose5002/750faq.html

The VAXstation 3100 Owner's Guide:
  http://www.whiteice.com/~williamwebb/intro/DOC-i.html

A field guide to PDP-11 (and VAX) Q-bus and UNIBUS modules can be found at:
  http://metalab.unc.edu//pub/academic/computer-science/history/pdp-11/hardware/field-guide.txt

Various VAX historical information (also see VMS1) can be found at:
  
  http://telnet.hu/hamster/vax/e_index.html



VAX4.

Where can I find information on NetBSD for VAX systems?

Gunnar Helliesen maintains a NetBSD VAX FAQ at:
http://vaxine.bitcon.no/



VAX5.

What system disk size limit on the MicroVAX and VAXstation 3100?

System disks larger than 1.073 gigabytes (GB) - 1FFFFF hexidecimal blocks - are not supported on any member of the VAXstation 3100 series and on certain older members of the MicroVAX 3100 series, and are not reliable on these affected systems. (See below to identify the affected systems - the more recent members of the MicroVAX 3100 series systems are not affected.)

Various SCSI commands used by the boot drivers imbedded in the console PROM on all members of the VAXstation 3100 series use "Group 0" commands, which allow a 21 bit block number field, which allows access to the first 1FFFFF hexidecimal blocks of a disk. Any disk references past 1FFFFF will wrap - this wrapping behaviour can be of particular interest when writing a system crashdump file, as this can potentially lead to system disk corruptions should any part of the crashdump file be located beyond 1.073 GB.

More recent systems and console PROMs use "Group 1" SCSI commands, which allow a 32 bit block number field.

There was a similar limitation among the oldest of the MicroVAX 3100 series, but a console boot PROM was phased into production and was made available for field retrofits - this PROM upgrade allows the use of the "Group 1" SCSI commands, and thus larger system disks. There was no similar PROM upgrade for the VAXstation 3100 series.

Systems that are affected by this limit:

Also see FILE5.
						[Steve Hoffman]



VAX6. Moved to TIME2



VAX7.

What are the VMB boot flag values?

The following flags are passed (via register R5) to the OpenVMS VAX primary bootstrap image VMB.EXE. These flags control the particular behaviour of the bootstrap:

The exact syntax is console-specific, recent VAX consoles tend to use the following:
>>> BOOT/R5:flags
BitMeaning
0 RPB$V_CONV
Conversational boot. At various points in the system boot procedure, the bootstrap code solicits parameter and other input from the console terminal. If the DIAG is also on then the diagnostic supervisor should enter "MENU" mode and prompt user for the devices to test.
1 RPB$V_DEBUG
Debug. If this flag is set, VMS maps the code for the XDELTA debugger into the system page tables of the running system.
2 RPB$V_INIBPT
Initial breakpoint. If RPB$V_DEBUG is set, VMS executes a BPT instruction immediately after enabling mapping.
3 RPB$V_BBLOCK
Secondary boot from the boot block. Secondary bootstrap is a single 512-byte block, whose LBN is specified in R4.
4 RPB$V_DIAG
Diagnostic boot. Secondary bootstrap is image called [SYSMAINT]DIAGBOOT.EXE.
5 RPB$V_BOOBPT
Bootstrap breakpoint. Stops the primary and secondary bootstraps with a breakpoint instruction before testing memory.
6 RPB$V_HEADER
Image header. Takes the transfer address of the secondary bootstrap image from that file's image header. If RPB$V_HEADER is not set, transfers control to the first byte of the secondary boot file.
7 RPB$V_NOTEST
Memory test inhibit. Sets a bit in the PFN bit map for each page of memory present. Does not test the memory.
8 RPB$V_SOLICT
File name. VMB prompts for the name of a secondary bootstrap file.
9 RPB$V_HALT
Halt before transfer. Executes a HALT instruction before transferring control to the secondary bootstrap.
10RPB$V_NOPFND
No PFN deletion (not implemented; intended to tell VMB not to read a file from the boot device that identifies bad or reserved memory pages, so that VMB does not mark these pages as valid in the PFN bitmap).
11RPB$V_MPM
Specifies that multi-port memory is to be used for the total EXEC memory requirement. No local memory is to be used. This is for tightly-coupled multi-processing. If the DIAG is also on, then the diagnostic supervisor enters AUTOTEST mode.
12RPB$V_USEMPM
Specifies that multi-port memory should be used in addition to local memory, as though both were one single pool of pages.
13RPB$V_MEMTEST
Specifies that a more extensive algorithm be used when testing main memory for hardware uncorrectable (RDS) errors.
14RPB$V_FINDMEM
Requests use of MA780 memory if MS780 is insufficient for booting. Used for 11/782 installations.
<31:28> RPB$V_TOPSYS
Specifies the top level directory number for system disks with multiple systems.



VAX8.

What is the Accuracy of the VAX Time of Year (TOY) Clock?

The VAX Time-Of-Year (TOY) clock (used to save the time over a reboot or power failure) is specified as having an accuracy of .0025%. This is a drift of roughly 65 seconds per month.

The TOY value is used in conjunction with a year value stored in SYS.EXE - the TOY clock resolution is circa 497 days, meaning that a SET TIME must be issued early each year in order to keep the SYS.EXE and TOY clock values synchronized, and must also be issued whenever a new or different SYS.EXE image is in use.

The VAX Interval Time is used to keep the running time, and this has a specified accuracy of .01%. This is a drift of approximately 8.64 seconds per day.

Any high-IPL activity can interfere with the IPL 22 or IPL 24 (this depends on the VAX implementation) clock interrupts - activities such as extensive device driver interrupts or memory errors are known to slow the clock.

Also see ALPHA17, TIME6.



VAX9.

Which serial port is the console on the MicroVAX 3100?

Just to keep life interesting, the MicroVAX 3100 has some "interesting" console ports behaviours based on the setting of the BREAK enable switch. When the console is not enabled to respond to BREAK, MMJ-1 is the console port. MMJ-3 will (confusingly) output the results of the selftest in parallel with MMJ-1. When the console is enabled to respond to BREAK, MMJ-3 becomes the console port, and MMJ-1 will (confusingly) output the results of selftest in parallel with MMJ-3.



VAX10.

How can I set up an alternate console on a VAXstation?

Most VAXstation systems have a switch - often labeled S3 - that enables one of the serial lines as the system console.

Also see ALPHA1, DECW13, and SUPP3.



VAX11.

What are the VAX processor (CPU) codes?

CPU
Platform
KA41-A
MicroVAX 3100 Model 10 and 20
KA41-B
VAXserver 3100 Model 10 and 20
KA41-C
InfoServer
KA41-D
MicroVAX 3100 Model 10e and 20e
KA41-E
VAXserver 3100 Model 10e and 20e
KA42-A
VAXstation 3100 Model 30 and 40
KA42-B
VAXstation 3100 Model 38 and 48
KA43-A
VAXstation 3100 Model 76
KA45
MicroVAX 3100 Model 30 and 40
KA46
VAXstation 4000 Model 60
KA47
MicroVAX 3100 Model 80
KA48
VAXstation 4000 VLC
KA49-A
VAXstation 4000 Model 90/90A
KA49-B
VAXstation 4000 Model 95
KA49-C
VAXstation 4000 Model 96
KA50
MicroVAX 3100 Model 90
KA51
MicroVAX 3100 Model 95
KA52
VAX 4000 Model 100
KA53
VAX 4000 Model 105
KA54
VAX 4000 Model 106
KA55
MicroVAX 3100 Model 85
KA56
MicroVAX 3100 Model 96
KA57
VAX 4000 Model 108
KA58
MicroVAX 3100 Model 88
KA59
MicroVAX 3100 Model 98
KA85
VAX 8500
KA86
VAX 8600
KA88
VAX 8800
KA600
VAX 4000-50 (aka VAXbrick)
KA610
MicroVAX I, VAXstation I (aka KD32)
KA620
rtVAX (VAXeln)
KA62A
VAX 6000-200
KA62B
VAX 6000-300
KA630
MicroVAX II, VAXstation II
KA640
MicroVAX 3300, MicroVAX 3400
KA650
VAXstation 3200, MicroVAX 3500, MicroVAX 3600, MicroVAX III
KA64A
VAX 6000-400
KA655
MicroVAX 3800, MicroVAX 3900, MicroVAX III+
KA65A
VAX 6000-500
KA660
VAX 4000-200, VAX 4 upgrade
KA66A
VAX 6000-600
KA670
VAX 4000-300
KA675
VAX 4000-400
KA680
VAX 4000-500
KA681
VAX 4000-500A
KA690
VAX 4000-600
KA691
VAX 4000-605A
KA692
VAX 4000-700A
KA693
VAX 4000-605A
KA694
VAX 4000-705A
KA730
VAX-11/730
KA750
VAX-11/750
KA780
VAX-11/780, VAX-11/782
KA785
VAX-11/785
KA7AA
VAX 7000-600
KA7AB
VAX 7000-700
KA7AC
VAX 7000-800
KA800
VAXrta
KA820
VAX 8200, VAX 8300
KA825
VAX 8250, VAX 8350
KA865
VAX 8650
                                     [Antonio Carlini]




Next Back