LSX

From Computer History Wiki
Revision as of 05:00, 19 December 2020 by Jnc (talk | contribs) (Basically done)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

LSX is a somewhat limited variant of V6 Unix, for use on the LSI-11 model of the [[PDP-11], which did not have memory management (which was required for early Unix versions from 4 onward). It was targeted to systems with as little as 40KB of main memory. Although it is not full Unix, it retains a large amount of the functionality of the original.

Most V6 applications run without source modification on LSX, although it is not binary-compatible with V6. This is a result of the lack of memory management on LSI-11; the kernel and user commands (as processes) share a single PDP-11 address space, with the kernel in low memory, and the processes (one at a time) in high memory.

There was a second, later, stripped-down variant of V6 for PDP-11's without memory management, MINI-UNIX; it differed from LSX in being targeted at machines less limited amounts of main memory (a real concern for LSX, on early LSI-11s, which usually came with very limited amounts).

Implementation details

Because of the way user commands are run in high memory in a single address space, user commands are linked to run at a high address (usually 040000, instead of at 0 as on standard V6.

Thus, 16KB (notionally) is normally allocated to hold the kernel (with a small number of processes and disk buffers), leaving up to 40KB (the exact amount will depend on the amount of memory available on the machine) available for user commands/applications. (The "notionally" is because that 16KB also includes the 'user' structure: a per-process swappable data area, 1KB in size; thus 15KB is actually available for the kernel.)

This division can be altered, albeit painfully (all the command binaries have to be re-linked to the new address), to allow the size of the kernel to vary.

The interface to the I/O system is somewhat the same as that of V6, so that existing V6 device drivers can easily be modified to run under LSX. In particular, there can only be one type each of 'character' (un-structured) devices and 'block' (mass storage) devices (unlike V6, which allows a semi-arbitrary number of each); the single character device must be a 'tty' device. Other than that, the interface to character devices is identical, as is that to the tty driver; the interface to the block device buffer system is also identical.

Two other minor aspects that are changed are:

  • since the system is limited to less than 64KB of memory, the 'extended memory' field in the buffer header is not present;
  • 'raw devices' (which can do DMA transfers directly from the device to a buffer in the user's process) are not supported.

The file system apparently supports contiguous storage of files, as an alternative to the normal random allocation of blocks in UNIX;; the details are currently obscure. This was probably done to produce higher performance with the floppy disks intended for mass storage on LSI-11 LSX systems. 'Read-ahead' has also been removed from the file system implementation; this saves on address space in the kernel at the cost of a slight degradation of performance.

The scheduler is a simple round-robin time-slicing one.

LSX uses the standard C compiler, which generate EIS intructions. For LSI-11s which do not have the KEV11-A or -B chip to provide EIS, an simulation package is available which is called into action when a trap is produced by an otherwise un-supported instruction.

User-visible compatability

MINI-UNIX supports almost all the standard V6 system calls, with the excepion of:

  • pipe()
  • ptrace()
  • getid()/setgid()
  • prof()

Pipes not supported not only because of space in the OS, but because a process swap-out and -in will be required every time a different stage needs to run, leading to poor performance.

Although pipes are not supported, the shell supports the pipe command syntax ('|'), by use of temporary files (modulo the amount of free space on the disk, of course).

The removal of ptrace() means there is no interactive debugging; this is not a major hardship, as the lack of memory management means a buggy user program can crash the system anyway.

Although the system retains a limited capability to join a separate filesystem on a second mass storage device onto the file system hierarchy, the capability is not general; the user cannot 'mount' and 'unmount' file systems.

There is no support for command images with 'pure texts', or for so-called 'split I+D' mode.

The maximum file size supported is 1MB; 'large' files are supported, but not 'huge' files (those with two levels of indirect blocks).

Modified commands

Only a few commands have significant changes:

  • Shell - no pipes
  • Linker 'ld' - minor modification to change target address
  • Debugger 'db' - minor modification to change program address

A few other commands have minor changes, but they are not of any great consequence. (See Section 4 of the "The MINI-UNIX System" memorandum for details.) Some have been slightly modified to fit into the 32KB available for user processes.

Further reading

  • Heinz Lycklama, UNIX on a Microprocessor, Bell System Technical Journal, Vol. 57, No. 6, July-August 1978