Plug and Play - wikipedia Plug and Play Not to be confused with Universal Plug and Play. For the legacy extension specifications developed by Intel and Microsoft, see Legacy Plug and Play. For plug and play game or system, see Handheld TV game. For the startup accelerator, see Plug and Play Tech Center. This article has multiple issues. Please help improve it or discuss these issues on the talk page. ( Learn how and when to remove these template messages ) This article possibly contains original research. Please improve it by verifying the claims made and adding inline citations. Statements consisting only of original research should be removed. ( February 2011 ) This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. ( February 2011 ) In computing, a plug and play device or computer bus, is one with a specification that facilitates the discovery of a hardware component in a system without the need for physical device configuration or user intervention in resolving resource conflicts. Expansion devices are controlled and exchange data with the host system through defined memory or I / O space port addresses, direct memory access channels, interrupt request lines and other mechanisms, which must be uniquely associated with a particular device to operate. Some computers provided unique combinations of these resources to each slot of a motherboard or backplane. Other designs provided all resources to all slots, and each peripheral device had its own address decoding for the registers or memory blocks it needed to communicate with the host system. Since fixed assignments made expansion of a system difficult, devices used several manual methods for assigning addresses and other resources, such as hard - wired jumpers, pins that could be connected with wire or removable straps, or switches that could be set for particular addresses. As microprocessors made mass - market computers affordable, software configuration of I / O devices was advantageous to allow installation by non-specialist users. Early systems for software configuration of devices included the MSX standard, NuBus, Amiga Autoconfig, and IBM Microchannel. Initially all expansion cards for the IBM PC required physical selection of I / O configuration on the board with jumper straps or DIP switches, but increasingly ISA bus devices were arranged for software configuration. By 1995, Microsoft Windows included a comprehensive method of enumerating hardware at boot time and allocating resources, which was called the `` Plug and Play '' standard. Plug and play devices can have resources allocated at boot - time only, or may be hotplug systems such as USB and IEEE 1394 ( FireWire ). Contents 1 History of device configuration 2 First attempts at self - configuration 2.1 MSX 2.2 NuBus 2.3 Amiga Autoconfig and Zorro bus 2.4 Micro-Channel Architecture 3 ISA and PCI self - configuration 4 Plug and Play 5 Current plug and play interfaces 6 See also 7 References 8 External links History of device configuration IBM 402 Accounting Machine control panel wiring. This control panel was labeled `` profit & loss summary ''. In the beginnings of data processing technology, the hardware was just a collection of modules, and the functions of those modules had to be linked to accommodate different calculating operations. This linking was usually done by connecting some wires between modules and disconnecting others. For many mechanical data processing machines, such as the IBM punched card accounting machines, their calculating operations were directed by the use of a quick - swap control panel wired to route signals between module sockets. As general purpose computing devices developed, these connections and disconnections were instead used to specify locations in the system address space where an expansion device should appear, in order for the device to be accessible by the central processing unit. If two or more of the same type of device were installed in one computer, it would be necessary to assign the second device to a separate, non-overlapping region of the system address space so that both could be accessible at the same time. Apple II serial interface card that required cutting and soldering to reconfigure. The user would cut the wire trace between the > < cones at X1 and X3 and solder the < > cones together at X2 and X4. Located vertically near center of board. Some early microcomputing devices such as the Apple II sometimes required the end - user to physically cut some wires and solder others together to make configuration changes. The changes were intended to be largely permanent for the life of the hardware. As computers became more accessible to the general public, the need developed for more frequent changes to be made by computer users unskilled with using soldering irons. Rather than cutting and soldering connections, configuration was accomplished by jumpers or DIP switches. Left : Jumper blocks of various sizes, Right : a slide - style DIP switch with 8 switches However, the process of configuring devices manually using jumpers or DIP switches, could be quite difficult, and there was usually no forgiveness for technical inexperience. Incorrect settings could render either the whole system or just the expansion device completely or partially inoperable. Some settings such as for interrupts ( IRQ ) or direct memory access ( DMA ) required knowledge of what configuration had been previously manually assigned to other devices, as well as what settings the main system itself may have been using. The system might still have seemed to work properly with an incorrect setting, until the IRQ or DMA was actually needed and the entire system suddenly froze and needed to be reset. First attempts at self - configuration As computing devices spread further out into the general population, there was ever greater pressure developing to automate this configuration process, and relieve the end - user from the hassle and complexity of having to manually assign these many complex settings. MSX The MSX system, released in 1983, was designed to be plug and play from ground up, and achieved this by a clever system of slots / subslots, where each had their own virtual address space, thus eliminating device addressing conflicts in its very source. No jumpers or any manual configuration was required, and the independent address space for each slot allowed very cheap & commonplace chips to be used, alongside with cheap glue logic. On the software side, the drivers and extensions were supplied in the cards own ROM, thus requiring no disks or any kind of user intervention to configure the software. The ROM extensions abstracted any hardware differences and offered standard APIs as specified by ASCII Corporation. NuBus A NuBus expansion card without jumpers or DIP switches. In 1984, the NuBus architecture was developed by the Massachusetts Institute of Technology ( MIT ) as a platform agnostic peripheral interface that fully automated device configuration. The specification was sufficiently intelligent that it could work with both big endian and little endian computer platforms that had previously been mutually incompatible. However, this agnostic approach increased interfacing complexity and required support chips on every device which in the 1980s was expensive to do, so the technology did not gain widespread support. Amiga Autoconfig and Zorro bus In 1984, Commodore developed the Autoconfig protocol and the Zorro expansion bus for its Amiga line of expandable computers. The first public appearance was in the CES computer show at Las Vegas in 1985, with the so - called `` Lorraine '' prototype. Like NuBus, Zorro devices had absolutely no jumpers or DIP switches. Configuration information was stored on a read - only device on each peripheral, and at boot time the host system allocated the requested resources to the installed card. The Zorro architecture did not spread to general computing use outside of the Amiga product line, but was eventually upgraded as zorro II and Zorro III for the later iteration of Amiga computers. Microchannel architecture An MCA expansion card without jumpers or DIP switches. In 1987, IBM released an update to the IBM PC known as the Personal System / 2 line of computers using the Micro Channel Architecture. The PS / 2 was capable of totally automatic self - configuration. Every piece of expansion hardware was issued with a floppy disk containing a special file used to auto - configure the hardware to work with the computer. The user would install the device, turn on the computer, load the configuration information from the disk, and the hardware automatically assigned interrupts, DMA, and so forth. However, the disks posed a problem if they were damaged or lost, as the only options at the time to obtain replacements was via postal mail or IBM 's dialup BBS service. Without the disks, any new hardware would be completely useless and the computer would not boot at all until the unconfigured device was removed. Micro Channel did not gain widespread support, because IBM wanted to exclude clone manufacturers from this next generation computing platform. Anyone developing for MCA had to sign non-disclosure agreements and pay royalties to IBM for each device sold, putting a price premium on MCA devices. End - users and clone manufacturers revolted against IBM and developed their own open standards bus, known as EISA. Consequently, MCA receded in use except in IBM 's mainframes. ISA and PCI self - configuration In time, many Industry Standard Architecture ( ISA ) cards incorporated, through proprietary and varied techniques, hardware to self - configure or to provide for software configuration ; often, the card came with a configuration program on disk that could automatically set the software - configurable ( but not itself self - configuring ) hardware. Some cards had both jumpers and software - configuration, with some settings controlled by each ; this compromise reduced the number of jumpers that had to be set, while avoiding great expense for certain settings, e.g. nonvolatile registers for a base address setting. The problems of required jumpers continued on, but slowly diminished as more and more devices, both ISA and other types, included extra self - configuration hardware. However, these efforts still did not solve the problem of making sure the end - user has the appropriate software driver for the hardware. ISA PnP or ( legacy ) Plug & Play ISA was a plug - n - play system that used a combination of modifications to hardware, the system BIOS, and operating system software to automatically manage resource allocations. It was superseded by the PCI bus during the mid-1990s. Plug and Play Main article : Legacy Plug and Play In 1995, Microsoft released Windows 95, which tried to automate device detection and configuration as much as possible, but could still fall back to manual settings if necessary. During the initial install process of Windows 95, it would attempt to automatically detect all devices installed in the system. Since full auto - detection of everything was a new process without full industry support, the detection process constantly wrote to a progress tracking log file during the detection process. In the event that device probing would fail and the system would freeze, the end - user could reboot the computer, restart the detection process, and the installer would use the tracking log to skip past the point that caused the previous freeze. At the time, there could be a mix of devices in a system, some capable of automatic configuration, and some still using fully manual settings using jumpers and DIP switches. The old world of DOS still lurked underneath Windows 95, and systems could be configured to load devices three different ways : through Windows 95 device manager drivers only using DOS drivers loaded in the CONFIG. SYS and AUTOEXEC. BAT configuration files using both DOS drivers and Windows 95 device manager drivers together Microsoft could not assert full control over all device settings, so configuration files could include a mix of driver entries inserted by the Windows 95 automatic configuration process, and could also include driver entries inserted or modified manually by the computer users themselves. The Windows 95 device manager also could offer users a choice of several semi-automatic configurations to try to free up resources for devices that still needed manual configuration. An example of an ISA interface card with extremely limited interrupt selection options, a common problem on PC ISA interfaces. Kouwell KW - 524J dual serial, dual parallel port, 8 - bit ISA, manufactured in 1992 : * Serial 1 : IRQ 3 / 4 / 9 * Serial 2 : IRQ 3 / 4 / 9 * Parallel 1 : IRQ 5 / 7 * Parallel 2 : IRQ 5 / 7 ( There is no technical limitation that 3, 4, 5, 7, 9 could not all be selectable choices for each port. ) Also, although some later ISA devices were capable of automatic configuration, it was common for PC ISA expansion cards to limit themselves to a very small number of choices for interrupt request lines. For example, a network interface might limit itself to only interrupts 3, 7, and 10, while a sound card might limit itself to interrupts 5, 7, and 12. This results in few configuration choices if some of those interrupts are already used by some other device. The hardware of PC computers additionally limited device expansion options because interrupts could not be shared, and some multifunction expansion cards would use multiple interrupts for different card functions, such as a dual serial port card requiring a separate interrupt for each serial port. Because of this complex operating environment, the autodetection process sometimes produced incorrect results, especially in systems with large numbers of expansion devices. This led to device conflicts within Windows 95, resulting in devices which were supposed to be fully self - configuring failing to work. The unreliability of the device installation process led to Plug and Play being sometimes referred to as Plug and Pray. Up until about 2000, PC computers could still be purchased with a mix of ISA and PCI slots, so it was still possible that manual ISA device configuration might be necessary. But with successive releases of new operating systems like Windows 2000 and Windows XP, Microsoft had sufficient clout to say that drivers would not be provided for older devices that did not support auto - detection. In some cases, the user was forced to purchase new expansion devices or a whole new system to support the next operating system release. Current Plug and Play interfaces Several completely automated computer interfaces are currently used, each of which requires no device configuration by the computer user, and the only task of the user is to install software for the self - configuring devices. IEEE 1394 ( FireWire ) PCI, Mini PCI PCI Express, Mini PCI Express, Thunderbolt PCMCIA, PC Card, ExpressCard USB For most of these interfaces, very little technical information is available to the end - user about the performance of the interface. Although both FireWire and USB have bandwidth that must be shared by all devices, most modern operating systems are unable to monitor and report the amount of bandwidth being used or available, or report activity on what devices are currently using the interface. See also Autoconfig ( Amiga ) Hot plugging Display Data Channel PCI configuration space USB flash drive References Jump up ^ The PC Guide - Plug and Play Jump up ^ plug and play Definition Jump up ^ Plug and Play Definition Jump up ^ Scott Mueller, Upgrading and Repairing PCs, Eleventh Edition, Que, 2999, ISBN 0 - 7897 - 1903 - 7, page 1370 External links http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2807178,00.html https://community.rapid7.com/docs/DOC-2150 Technical and de facto standards for wired computer buses General System bus Front - side bus Back - side bus Daisy chain Control bus Address bus Bus contention Network on a chip Plug and play List of bus bandwidths Standards SS - 50 bus S - 100 bus Multibus Unibus VAXBI MBus STD Bus SMBus Q - Bus Europe Card Bus ISA STEbus Zorro II Zorro III CAMAC FASTBUS LPC HP Precision Bus EISA VME VXI VXS NuBus TURBOchannel MCA SBus VLB PCI PXI HP GSC bus InfiniBand UPA PCI Extended ( PCI - X ) AGP PCI Express ( PCIe ) Direct Media Interface ( DMI ) RapidIO Intel QuickPath Interconnect NVLink HyperTransport Infinity Fabric Intel UltraPath Interconnect Storage ST - 506 ESDI IPI SMD Parallel ATA ( PATA ) SSA DSSI HIPPI Serial ATA ( SATA ) SCSI Parallel SAS Fibre Channel SATAe PCI Express ( via AHCI or NVMe logical device interface ) Peripheral Apple Desktop Bus DCB HP - IL HIL MIDI RS - 232 RS - 422 RS - 423 RS - 485 DMX512 - A IEEE - 488 ( GPIB ) IEEE - 1284 ( parallel port ) UNI / O ACCESS. bus 1 - Wire D2B I2C SPI Parallel SCSI Profibus IEEE 1394 ( FireWire ) USB Camera Link External PCIe Thunderbolt Audio ADAT Lightpipe AES3 Intel HD Audio I2S MADI McASP S / PDIF TOSLINK Portable PC Card ExpressCard Embedded Multidrop bus CoreConnect AMBA Wishbone SLIMbus Interfaces are listed by their speed in the ( roughly ) ascending order, so the interface at the end of each section should be the fastest. Retrieved from `` https://en.wikipedia.org/w/index.php?title=Plug_and_play&oldid=808771733 '' Categories : Computer peripherals Motherboard Hidden categories : Articles that may contain original research from February 2011 All articles that may contain original research Articles needing additional references from February 2011 All articles needing additional references Talk Contents About Wikipedia Eesti Latviešu Norsk Edit links This page was last edited on 5 November 2017, at 01 : 45. Text is available under the Creative Commons Attribution - ShareAlike License ; additional terms may apply. By using this site, you agree to the Terms of Use and Privacy Policy. Wikipedia ® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization. About Wikipedia

Question: what is plug and play installation of windows
Answer: enumerating hardware at boot time and allocating resources