Protected mode C binding for PCMCIA card services interface

• US 5,689,710 A
• Filed: 07/11/1995
• Issued: 11/18/1997
• Est. Priority Date: 04/01/1993
• Status: Expired due to Fees

• Current Assignee: Intel Corporation
• Original Assignee: Intel Corporation
• Inventors: Sandage, David A., Kunz, Arland D., Hunt, Stewart W., Stanley, James C.
• Primary Examiner(s): Kriess, Kevin A.
• Assistant Examiner(s): BANANKHAH, MAJID A
• Application Number:
  US08/500,529
• Time in Patent Office: 861 Days
• Field of Search: 395/700, 395/650, 364/DIG. 1, 364/DIG. 2
• US Class Current: 719/331
• CPC Class Codes: G06F 13/102 where the programme performs an interfacing function, e.g. device driver G06F13/105 takes precedence; scheduling within device drivers G06F9/52; contention policies within device drivers G06F9/4881
• CPC Class Codes: G06F 9/44521 Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading

Abstract

A library of C functions to perform PCMCIA Card Services. A PCMCIA Card Services specification defines a set of functions which allow applications and device drivers to access PCMCIA Cards. The PCMCIA Card Services specification provides a register based software interrupt binding to access the Card Services functions. A library of C functions is defined which can be called to perform the Card Services functions. The library of C functions can reformat the function parameters and then call a Card Services provider with a standard register based software interrupt binding. Alternatively, the library of C functions can be a fully protected mode implemenation of Card Services.

Claims

1. A method for implementing PCMCIA Card Services for at least one application program running on a computer system executing a Windows operating system, said method comprising the steps of:

loading a Card Services driver into said computer system, said Card Services driver being software interrupt based;

providing a translation Card Services dynamic link library, said translation Card Services dynamic link library comprising a library of translation C functions corresponding to a library of defined Card Services functions;

calling a translation C function in said translation Card Services dynamic link library from said application program to perform a corresponding Card Services function, said application program passing at least one function parameter to said translation C function;

placing said function parameter passed to said translation C function into a register for a Card Services software interrupt call into said Card Services driver; and

calling said Card Services driver from said translation C function in said translation Card Services dynamic link library using a software interrupt call, said Card Services driver performing said Card Services functionality.

2. The method as claimed in claim 1, wherein said method further comprises the step of:

translating said function parameters from a protected mode into a real mode such that said Card Services provider receives real mode parameters.

3. The method as claimed in claim 2, wherein said method further comprises the step of:

moving said real mode function parameters from a first memory region in said computer system above a one megabyte address boundary to a second memory region in said computer system below said one megabyte address boundary.

4. The method as claimed in claim 3, wherein said method further comprises the steps of:

creating a Card Services virtual device driver;

hooking a Card Services software interrupt such that said Card Services virtual device driver executes when a Card Services client generates said Card Services software interrupt; and

calling said Card Services provider from said Card Services virtual device driver to perform Card Services functions.

5. The method as claimed in claim 4, wherein said method further comprises the steps of:

calling a callback routine in said Card Services client from said Card Services virtual device driver if a corresponding defined Card Services function requires a callback to be performed into said Card Services client.

6. The method as claimed in claim 5, further comprising the steps of:

registering a Card Services client with said Card Services provider, said Card Services client providing a ClientData field and an original client callback address to said Card Services provider during said step of registering;

storing said ClientData field in said Card Services virtual device driver;

replacing said ClientData field in said Card Services provider with a value that uniquely identifies said Card Services client;

storing said original client callback address in said Card Services virtual device driver;

replacing said original client callback address in said Card Services provider with a VxD callback address located within said Card Services virtual device driver;

receiving a callback to said VxD callback address in said Card Services virtual device driver from said Card Services provider, said Card Services virtual device driver identifying a Card Services client using said value that uniquely identifies said Card Services client; and

calling said callback routine in said Card Services client from said Card Services virtual device driver using said original client callback address provided by said Card Services client and providing said original ClientData field as a ClientData field.

7. The method as claimed in claim 6, wherein said Card Services virtual device driver also handles Card Services requests from at least one Card Services client in a DOS virtual machine running under said Windows operating system.

8. The method as claimed in claim 7, wherein said Card Services virtual device driver also handles callbacks into said Card Services client in said DOS virtual machine running under said Windows operating system.

9. The method as claimed in claim 8, wherein said Card Services provider comprises a Terminate and Stay Resident (TSR) DOS program.

10. A method for implementing PCMCIA Card Services for at least one application program running on a computer system executing a Windows operating system, said method comprising the steps of:

creating a Card Services dynamic link library, said Card Services dynamic link library comprising a library of C functions corresponding a library of defined Card Services functions;

executing a Card Services Windows application program on said computer system, said Card Services Windows application for performing background processing;

calling a C function in said Card Services dynamic link library from said application program, said application program providing at least one function parameter when calling said C function, said C function performing said corresponding defined Card Services function; and

posting a message to said Card Services Windows application from said Card Services dynamic link library if said C function requires background processing.

11. The method as claimed in claim 10, wherein said Card Services Windows application performs background processing by calling a C function located within the Card Services dynamic link library.

12. The method as claimed in claim 11, wherein said method further comprises the step of:

storing a Card Services database within said Card Services dynamic link library, said Card Services database containing a list of available Card Services resources, said Card Services data base is updated by said C functions.

13. The method as claimed in claim 12, wherein said method further comprises the step of:

executing a callback routine in a Windows application from said Card Services dynamic link library if a corresponding defined Card Services function requires a callback into said Windows application to be performed.

14. The method as claimed in claim 13, wherein said method further comprises the step of:

implementing a Card Services virtual device driver;

executing operating system functions from said Card Services virtual device driver on behalf of said Card Services dynamic link library.

15. The method as claimed in claim 14, wherein said method further comprises the steps of:

hooking a Card Services software interrupt such that said Card Services virtual device driver executes when a Card Services client generates said Card Services software interrupt; and

calling a C function in said Card Services dynamic link library from said Card Services virtual device driver to perform Card Services functions when said Card Services virtual device driver receives a software interrupt.

16. The method as claimed in claim 15, wherein said method further comprises the steps of:

implementing a VxD Card Services interface into said Card Services virtual device driver such that at least one other virtual device driver can access said Card Services virtual device driver;

calling said VxD Card Services interface from said other virtual device driver; and

calling a C function in said Card Services dynamic link library from said Card Services virtual device driver to perform Card Services functions when said Card Services virtual device driver receives a call from said other virtual device driver.

17. The method as claimed in claim 15, wherein said Card Services virtual device driver executes a callback routine in said other virtual device driver if a corresponding defined Card Services function requires a callback to be performed.

18. In a computer system running the Windows operating system, an apparatus for providing a C library for PCMCIA Card Services for at least one Windows application running on said Windows operating system, said apparatus comprising the elements of:

translation Card Services library means, said translation Card Services library means comprising a library of translation C functions corresponding a library of defined Card Services functions; and

Card Services means, said Card Services means performing the Card Services functions, said translation Card Services library means calling said Card Services means to perform Card Services functions.