Skip to content

Commit

Permalink
---
Browse files Browse the repository at this point in the history
yaml
---
r: 144328
b: refs/heads/master
c: 2296e5a
h: refs/heads/master
v: v3
  • Loading branch information
Karsten Keil authored and David S. Miller committed Apr 27, 2009
1 parent ab3afc0 commit e781296
Show file tree
Hide file tree
Showing 2 changed files with 14 additions and 8 deletions.
2 changes: 1 addition & 1 deletion [refs]
Original file line number Diff line number Diff line change
@@ -1,2 +1,2 @@
---
refs/heads/master: 554f200e22a13e19bd407d0037e41be0ec8a0a2e
refs/heads/master: 2296e5a0136f7ba64c99f3a48a55a687aa9abcc8
20 changes: 13 additions & 7 deletions trunk/Documentation/isdn/INTERFACE.CAPI
Original file line number Diff line number Diff line change
Expand Up @@ -3,6 +3,11 @@ Kernel CAPI Interface to Hardware Drivers

1. Overview

From the CAPI 2.0 specification:
COMMON-ISDN-API (CAPI) is an application programming interface standard used
to access ISDN equipment connected to basic rate interfaces (BRI) and primary
rate interfaces (PRI).

Kernel CAPI operates as a dispatching layer between CAPI applications and CAPI
hardware drivers. Hardware drivers register ISDN devices (controllers, in CAPI
lingo) with Kernel CAPI to indicate their readiness to provide their service
Expand All @@ -12,6 +17,9 @@ application registration to an available device, forwarding it to the
corresponding hardware driver. Kernel CAPI then forwards CAPI messages in both
directions between the application and the hardware driver.

Format and semantics of CAPI messages are specified in the CAPI 2.0 standard.
This standard is freely available from http://www.capi.org.


2. Driver and Device Registration

Expand Down Expand Up @@ -53,12 +61,10 @@ open() operation on regular files or character devices.
After a successful return from register_appl(), CAPI messages from the
application may be passed to the driver for the device via calls to the
send_message() callback function. The CAPI message to send is stored in the
data portion of a skb. Conversely, the driver may call Kernel CAPI's
data portion of an skb. Conversely, the driver may call Kernel CAPI's
capi_ctr_handle_message() function to pass a received CAPI message to Kernel
CAPI for forwarding to an application, specifying its ApplID.

Format and semantics of CAPI messages are specified in the CAPI 2.0 standard.

Deregistration requests (CAPI operation CAPI_RELEASE) from applications are
forwarded as calls to the release_appl() callback function, passing the same
ApplID as with register_appl(). After return from release_appl(), no CAPI
Expand All @@ -75,9 +81,9 @@ the following non-private fields, all to be set by the driver before calling
register_capi_driver():

char name[32]
the name of the driver, as a zero terminated ASCII string
the name of the driver, as a zero-terminated ASCII string
char revision[32]
the revision number of the driver, as a zero terminated ASCII string
the revision number of the driver, as a zero-terminated ASCII string
int (*add_card)(struct capi_driver *driver, capicardparams *data)
a callback function pointer (may be NULL)

Expand All @@ -100,10 +106,10 @@ void *driverdata
an opaque pointer to driver specific data, not touched by Kernel CAPI

char name[32]
the name of the controller, as a zero terminated ASCII string
the name of the controller, as a zero-terminated ASCII string

char *driver_name
the name of the driver, as a zero terminated ASCII string
the name of the driver, as a zero-terminated ASCII string

int (*load_firmware)(struct capi_ctr *ctrlr, capiloaddata *ldata)
(optional) pointer to a callback function for sending firmware and
Expand Down

0 comments on commit e781296

Please sign in to comment.