Autoconfig

From Wikipedia, the free encyclopedia

Autoconfig is an auto-configuration feature of Amiga computers which assigns resources to expansion devices without the need for jumpers. It is analogous to PCI configuration.

When the computer is switched on, AmigaOS interrogates each expansion device in turn and assigns address space as needed. In the case of a memory card, the OS would also add the memory to the available system memory. Autoconfig also supports boot ROMs.

Contents

[edit] Protocol

Expansion devices respond to certain fixed memory addresses starting at hexadecimal E80000 (or FF000000 for Zorro III) if the /CFGIN signal is asserted and the device is not already configured. The CPU reads nibbles of configuration information (usually supplied by a PAL) such as manufacturer ID, product ID, and the amount of address space the device requires. The CPU then writes a base memory address to the device (or tells it to "shut up" if for some reason it can't be configured), and the device asserts /CFGOUT.

The /CFGIN of the first device is tied to ground. The second device's /CFGIN is controlled by the first device's /CFGOUT, and so on.

In a backplane design such as the Amiga 2000, connecting the /CFGOUT of one slot directly to the /CFGIN of the next would create the problem that an unoccupied slot would break the configuration chain. To solve this, the backplane ORs the /CFGIN and /CFGOUT signals to form the /CFGIN for the next slot (/CFGOUT is pulled low if undriven), which allows empty slots to be bypassed. This requires one 74LS32 (quad OR gate) on the Amiga 2000, which is the only motherboard hardware required by Autoconfig.

[edit] Hardware specifications and BUS connections

Autoconfig was initially how the Amiga2000 (which first sported Zorro II) configured its ZorroII cards. Later, Autoconfig applied across the entire system such as the A1200's IDE ports or clock port. In the A3000 architecture, it was deemed desirable for all enumerable hardware to submit to Autoconfig. It was OS-legal for non-Autoconfig hardware to be completely ignored and this standard was adopted in AmigaOS 3.1.

Autoconfig was inherent to the Zorro II specification and as such required the MC68k data and address bus to be present on each card. A virtual address system, such as PCI, would require a minor revision to Autoconfig as it stood.

Amiga 2000 could address 5 Zorro expansion cards such as RAM expansions, SCSI controllers for hard disks, graphic cards, etc. but the actual standard provided for an unlimited number of different cards. Two of these cards are front end with ISA bus of Amiga 2000, and could be joined with Bridgeboard Amiga Janus Hardware Emulator, which allows Amiga to run PC Intel based software 80286 and 80386 supported by the two Amiga cards.

Zorro III was the 32 bit autoconfiguring slot system of A 3000 and A 4000.

[edit] Comparison with PCI configuration

Compared with PCI configuration, Autoconfig is much simpler, yet provides the same basic functions. PCI allows random access to the configuration space of devices, which requires system registers and I/O lines. Autoconfig requires no such system hardware, but has the restriction that devices can only be configured in sequence, and they remain configured until reset. Autoconfig does support hot-plugging but only for one device (the last one). Most manufacturers which required hot-plugging instead did not use Autoconfig for whatever was being added and removed (e.g. a PCMCIA card) but instead assigned whatever resource was necessary permanently to the port or controller and handled the addition or removal much like inserting a floppy disk.

An Amiga's Autoconfig is performed by the OS at boot-time and may not be changed without rebooting. In theory, PCI can change its resource allocation at any time, though both the popular Linux and Windows operating systems do not allow such changes due to architectural limitations in the respective operating systems. Direct PCI hardware (e.g. A PCI card), however, may not be hot-plugged (PCI configuration registers are a separate part of the specification) due to the synchronous arbited nature of the bus. So, PCI can reallocate resources on the fly, which it does when the OS loads and may override BIOS resource allocation, but cannot change the hardware while the system is running. Autoconfig can change the hardware while the system is running but only for the last hardware in the config sequence, or to add a new piece of hardware. Neither Autoconfig nor PCI PnP actually allow this in any considerable operating system.

[edit] References