Drivers Catalog ⇒ Human Interface Devices ⇒ Full List of Human Interface Devices Input Devices - Tools for inserting all types of information into the computer. They make up the hardware interface between the operation system and device, which is often connected via USB cable.
The Network Driver Interface Specification (NDIS) is an application programming interface (API) for network interface controllers (NICs).
It was jointly developed by Microsoft and 3Com Corporation and is mostly used in Microsoft Windows. However, the open-sourceNDISwrapper and Project Evildriver wrapper projects allow many NDIS-compliant NICs to be used with Linux, FreeBSD and NetBSD. magnussoft ZETA, a derivative of BeOS, supports a number of NDIS drivers.
Feb 04, 2021 USB Drivers are one of the must-have tools to be installed on your PC or Mac. Because of that, your mobile device interacts with your PC.These work as Bridge between your Phone and your computer. The USB drivers help us to connect our phone to the computer and perform tasks like transferring data, syncing your device with a PC. The 'PassThru' sample is a good starting point for intermediate drivers as it implements all the necessary details required in this driver type, but just passes the traffic through to the next driver in the chain. Open Data-Link Interface (ODI) Uniform Driver Interface (UDI) Universal Network Device Interface (UNDI) PC/TCP Packet Driver. MTD NAND Driver Programming Interface; Parallel Port Devices; 16x50 UART Driver; Pulse-Width Modulation (PWM) Intel(R) Management Engine Interface (Intel(R) MEI) Memory Technology Device (MTD) MMC/SD/SDIO card support; Non-Volatile Memory Device (NVDIMM) W1: Dallas’ 1-wire bus; The Linux RapidIO Subsystem; Writing s390 channel device drivers. Drivers are often bundled with control panel software which allows you to remotely control your audio interface. Go to our driver software index and locate your device’s manufacturer. Click it to view their page, find your product, then download and install the latest compatible driver software.
The NDIS forms the logical link control (LLC) sublayer, which is the upper sublayer of the OSIdata link layer (layer 2). Therefore, the NDIS acts as the interface between the media access control (MAC) sublayer, which is the lower sublayer of the data link layer, and the network layer (layer 3).
The NDIS is a library of functions often referred to as a 'wrapper' that hides the underlying complexity of the NIC hardware and serves as a standard interface for level 3 network protocol drivers and hardware level MAC drivers.
The NDIS versions supported by various Windows versions are as follows:
- NDIS 2.0: MS-DOS, Windows for Workgroups 3.1, OS/2
- NDIS 3.0: Windows for Workgroups 3.11
- NDIS 3.1: Windows 95
- NDIS 4.0: Windows 95 OSR2, NT 4.0, Windows CE 3.0
- NDIS 4.1: Windows 98
- NDIS 5.0: Windows 98 SE, Me, 2000
- NDIS 5.1: Windows XP, Server 2003, Windows CE 4.x, 5.0, 6.0
- NDIS 5.2: Windows Server 2003 SP2
- NDIS 6.0: Windows Vista
- NDIS 6.1: Windows Vista SP1, Server 2008, Windows Embedded Compact 7, Windows Embedded Compact 2013
- NDIS 6.20: Windows 7, Server 2008 R2
- NDIS 6.30: Windows 8, Windows Server 2012
- NDIS 6.40: Windows 8.1, Windows Server 2012 R2
- NDIS 6.50: Windows 10, version 1507
- NDIS 6.60: Windows 10, version 1607 and Windows Server 2016
- NDIS 6.70: Windows 10, version 1703
- NDIS 6.80: Windows 10, version 1709
- NDIS 6.81: Windows 10, version 1803
- NDIS 6.82: Windows 10, version 1809 and Windows Server 2019
- NDIS 6.83: Windows 10, version 1903
The traffic accepted by the NIC is controlled by an NDIS miniport Driver while various protocols, such as TCP/IP, are implemented by NDIS Protocol Drivers. A single miniport may be associated with one or more protocols. This means that traffic coming into the miniport may be received in parallel by several protocol drivers. For example, Winpcap adds a second protocol driver on the selected miniport in order to capture incoming packets. Furthermore, it is possible to simulate several virtual NICs by implementing virtual miniport drivers that send and receive traffic from a single physical NIC. One example of virtual miniport driver usage is to add virtual NICs, each with a different Virtual LAN. Because implementations cannot assume that other drivers received the same buffers, one must treat the incoming buffers as read only and a driver that changes the packet content must allocate its own buffers.
A miniport is a type of hardware driver, part of the Windows Driver Model. These are USB, Audio, SCSI and network card adapters. They should usually be source and binary compatible between Windows 98 and Windows 2000 and are hardware specific but control access to the hardware through a specific bus class driver.
Another driver type is NDIS Intermediate Driver. Intermediate drivers sit in-between the MAC and IP layers and can control all traffic being accepted by the NIC. In practice, intermediate drivers implement both miniport and protocol interfaces. The miniport driver and protocol driver actually communicate with the corresponding miniport and protocol interfaces that reside in the intermediate driver. This design enables adding several chained intermediate drivers between the miniport and protocol drivers. Therefore, driver vendors cannot assume that the interface that they send traffic to is implemented by the last driver in the chain. In order to write applications using NDIS, one can use samples that accompany Microsoft's Windows Driver Kit (WDK). The 'PassThru' sample is a good starting point for intermediate drivers as it implements all the necessary details required in this driver type, but just passes the traffic through to the next driver in the chain.
- Open. docs.microsoft.com. Retrieved 2020-03-24.
- ^Network Drivers (Windows Embedded CE 6.0)
- ^What's New (Windows Embedded Compact 7)
- ^ abcdefg'Overview of NDIS versions'. Microsoft. Retrieved 2019-06-28.
- ^'Introduction to the Windows Driver Foundation'. Microsoft Developer Network. 2006-10-13. Retrieved 2010-12-06.
The device class-specific driver models are typically structured as a port driver written by Microsoft paired with a miniport driver written by an independent hardware vendor. The port driver does much of the work required for the device class, and the miniport driver supports device-specific characteristics.