System for constructing hardware device interface software systems independent of operating systems including capability of installing and removing interrupt handlers

• US 5,566,346 A
• Filed: 12/21/1993
• Issued: 10/15/1996
• Est. Priority Date: 12/21/1993
• Status: Expired due to Fees

• Current Assignee: Apple Inc.
• Original Assignee: Taligent, Inc. (HP Inc.)
• Inventors: Andert, Glenn P., Lemon, Steven P.
• Primary Examiner(s): Lee, Thomas C.
• Assistant Examiner(s): PERVEEN, REHANA
• Application Number:
  US08/171,724
• Time in Patent Office: 1,029 Days
• Field of Search: 395/821, 395/828, 395/600, 395/650, 395/726, 395/733
• US Class Current: 710/8
• CPC Class Codes: G06F 9/4843 by program, e.g. task dispatcher, supervisor, operating system
• CPC Class Codes: G06F 9/52 Program synchronisation; Mutual exclusion, e.g. by means of semaphores

Abstract

An object-oriented input/output (IO) system represents an interface between clients of the IO system and peripheral devices, such that the clients can access the peripheral devices by utilizing IO services offered by the IO system. The IO system includes one or more object-oriented IO servicers for receiving IO service requests from clients, and for generating IO commands in accordance with the IO service requests. One or more object-oriented access managers, coupled to the IO servicers and the peripheral devices, access the peripheral devices as instructed by the IO commands such that the IO service requests are satisfied. The peripheral devices may transmit interrupts to a kernel while operating in accordance with the IO commands. One or more object-oriented interrupt servicers, coupled to the kernel receive and decode the interrupts from the peripheral devices. One or more object-oriented interrupt handlers, coupled to the interrupt servicers, process the decoded interrupts. The IO system cited here includes an operating system independent execution environment for the various I/O servicers, each of which is designed in such a way as to support a variety of interchangeable operating systems.

Claims

1. Apparatus for constructing hardware device interface software systems for servicing Input/Output (IO) devices, the apparatus comprising:

(a) a processor;

(b) a memory attached to and under the control of the processor;

(c) at least one IO device attached to the processor; and

(d) an IO service ensemble, responsive to IO requests from a user, for providing a pre-defined set of IO services for the device, the ensemble including

interrupt handler means, residing in a kernel address space of the memory, for servicing interrupts from the device; and

device access manager means, residing in a user-mode address space of the memory and cooperating with the interrupt handler means, for accessing the device according to user-provided, device-specific access rules to iniate an IO operation with the device and for reserving buffers in the memory, if necessary, to service the IO requests and to service responses from the device, the device access manager means including means for installing the interrupt handler means in the memory and including death watch means for removing the interrupt handler means from the memory if the device access manager means is destroyed.

3. The apparatus of claim 1 wherein the pre-defined set of IO services provided by the IO ensemble is independent of an underlying operating system under which the hardware device interface software system operates.

2. A method for constructing hardware device interface software systems for servicing Input/Output (IO) devices on a computer system having a processor, a memory, an operating system, and an IO device, the method comprising the steps of:

(a) creating in the memory an IO service ensemble for providing a pre-defined set of IO services for the device, the ensemble including a device access manager in a user-mode address space of the memory and an interrupt handler in a kernel address space of the memory;

(b) creating the interrupt handler to include mechanisms for servicing interrupts from the device; and

(c) creating the device access manager to include a mechanism for accessing the device according to user-provided, device-specfic access rules to initiate an IO operation with the device and to include a mechanism for reserving buffers in the memory, if necessary, to service IO requests and to service IO responses from the device, and to include a mechanism for detecting whether the device access manager is destructed and for removing the interrupt handler in response to detecting the destruction of the device access manager.

4. The method of claim 2 wherein the pre-defined set of IO services provided by the IO ensemble is independednt of an underlying operating system under which the hardware device interface software system operates.

5. Apparatus for providing input/output services from a hardware device which generates a processor interrupt in a multi-tasking computer system having a memory partitioned into a plurality of address spaces, the computer system having an application program operating in an application program address space and an operating system kernel operating in a kernel address space, the apparatus comprising:

(a) an IO service framework object having a plurality of subroutines therein for providing data to, and receiving messages from, the application program in a format which is operating system independent;

(b) interrupt service means located in the kernel address space and having direct access to the hardware device, the interrupt service means being responsive to the processor interrupt for determining the status of the hardware device and generating a notification message based on the determined status;

(c) a device access manager object located in the application program address space and having direct access to the hardware device, the device access manager being responsive to the notification message for retrieving data from the hardware device and for executing a subroutine in the IO service framework object for providing the data to the application program;

wherein the interrupt service means comprises means responsive to control signals generated by the device access manager for installing one of the plurality of interrupt handlers in the kernel address space; and

wherein the device access manager can be destoryed and the interrupt service means comprises means responsive to a destruction of the device access manager for removing the one interrupt handler program from the kernel address space.

6. Apparatus according to claim 5 wherein the interrupt service means comprises a plurality of interrupt handler programs and an interrupt service program responsive to the processor interrupt from the hardware device for executing one of the plurality of interrupt handler programs.

7. Apparatus according to claim 5 wherein the device manager object further comprises means for generating control signals formatted in an operating system independent manner, means for sending the control signals to the interrupt handler program and means for receiving control signals formatted in an operating system independent manner from the interrupt handler program.

8. Apparatus according to claim 5 wherein the device manager object further comprises means for allocating data transfer buffers in the memory.

9. Apparatus according to claim 5 wherein the interrupt service means comprises means responsive to control signals generated by the device access manager for removing the one interrupt handler program from the kernel address space.

10. Apparatus according to claim 5 for providing input/output services from a plurality of hardware devices and the apparatus further comprises:

(d) a plurality of device access managers, each of the plurality of device access managers having direct access to one of the plurality hardware devices.

11. Apparatus according to claim 10 wherein the interrupt service means is responsive to control signals generated by each of the plurality of device access managers for installing an interrupt handler program in the kernel address space for each of the plurality of device access managers.

12. Apparatus according to claim 5 wherein the IO service framework object comprises means responsive to a plurality of operating system independent commands generated by the application program for accessing the hardware device and for generating a series of control signals to control the interrupt service means in order to perform the commands.

13. Apparatus for providing input/output services from a hardware device which generates a processor interrupt in a multi-tasking computer system having a memory partitioned into a plurality of address spaces, the computer system having an application program operating in an application program address space and an operating system kernel operating in a kernel address space, the apparatus comprising:

(a) an IO service framework object having a plurality of subroutines therein for providing data to, and receiving messages from, the application program in a format which is operating system independent;

(b) a plurality of interrupt handlers, each of the plurality of interrupt handlers comprising means for responding to a processor interrupt and generating a notification message;

(c) interrupt service means located in the kernel address space and having direct access to the hardware device, the interrupt service means being responsive to the processor interrupt for determining the status of the hardware device and for invoking one of the plurality of interrupt handlers based on the status of the hardware device;

(d) a device access manager object located in the application program address space and having direct access to the hardware device, the device access manager being responsive to the notification message for retrieving data from the hardware device, for executing a subroutine in the IO service framework object for providing the data to the application program and for receiving operating-system independent commands from the application program to control and configure the hardware device;

wherein the interrupt service means is responsive to control signals generated by each of the plurality of the device access managers for installing an interrupt handler program in the kernel address space for each of the plurality of device access mangers; and

wherein any of the plurality of device access managers can be destroyed and the interrupt service means comprises means responsive to a destruction of the particular device access manager for removing the one interrupt handler program from the kernel address space.

14. Apparatus according to claim 13 wherein the device manager object further comprises means for allocating data transfer buffers in the memory.

15. Apparatus according to claim 13 for providing input/output services from a plurality of hardware devices and the apparatus further comprises:

(e) a plurality of device access managers, each of the plurality of device access managers having direct access to one of the plurality hardware devices and being associated with the plurality of hardware devices on a one-to-one basis.

16. A method for providing input/output services from a hardware device which generates a processor interrupt in a multi-tasking computer system having a memory partitioned into a plurality of address spaces, the computer system having an application program operating in an application program address space and an operating system kernel operating in a kernel address space, the method comprising the steps of:

(a) creating an IO service framework object having a plurality of subroutines therein for providing data to, and receiving messages from, the application program in a format which is operating system independent;

(b) creating in the kernel address space an interrupt service means having direct access to the hardware device, the interrupt service means being responsive to the processor interrupt for determining the status of the hardware device and generating a notification message based on the determined status;

(c) creating in the application program address space a device access manager object having direct access to the hardware device, the device access manager being responsive to the notification message for retrieving data from the hardware device and for executing a subroutine in the IO service framework object for providing the data to the application program;

wherein step (b) comprise the step of installing one of the plurality of interrupt handlers in the kernel address space in response to control signals generated by the device access manager; and

wherein step (b) further comprises the step of removing the one interrupt handler program from the kernel address space when a device access manager is destroyed.

17. A method according to claim 16 wherein step (b) comprises the steps of:

(b1) creating a plurality of interrupt handler programs in the kernel address space; and

(b2) creating an interrupt service program responsive to the processor interrupt from the hardware device for executing one of the plurality of interrupt handler programs.

18. A method according to claim 16 wherein step (c) comprises the steps of:

(c1) generating control signals formatted in an operating system independent manner;

(c2) sending the control signals to the interrupt handler program; and

(c3) receiving control signals formatted in an operating system independent manner from the interrupt handler program.

19. A method according to claim 16 wherein step (c) further comprises the step of:

(c4) allocating data transfer buffers in the memory.

20. A method according to claim 16 wherein step (b) comprises the step of:

(b4) removing the one interrupt handler program from the kernel address space in response to control signals generated by the device access manager.

21. A method according to claim 16 for providing input/output services from a plurality of hardware devices, wherein the method further comprises the step of:

(d) creating a plurality of device access managers, each of the plurality of device access managers having direct access to one of the plurality hardware devices.

22. A method according to claim 21 wherein step (c) comprises the step of:

(c5) installing an interrupt handler program in the kernel address space for each of the plurality of device access managers in response to control signals generated by each of the plurality of device access managers.

23. A method according to claim 16 wherein step (a) comprises the step of:

(a1) accessing the hardware device and for generating a series of control signals to control the interrupt service means in order to perform the commands in response to a plurality of operating system independent commands generated by the application program.