INTERFACE.CAPI 8.2 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213
  1. Kernel CAPI Interface to Hardware Drivers
  2. -----------------------------------------
  3. 1. Overview
  4. From the CAPI 2.0 specification:
  5. COMMON-ISDN-API (CAPI) is an application programming interface standard used
  6. to access ISDN equipment connected to basic rate interfaces (BRI) and primary
  7. rate interfaces (PRI).
  8. Kernel CAPI operates as a dispatching layer between CAPI applications and CAPI
  9. hardware drivers. Hardware drivers register ISDN devices (controllers, in CAPI
  10. lingo) with Kernel CAPI to indicate their readiness to provide their service
  11. to CAPI applications. CAPI applications also register with Kernel CAPI,
  12. requesting association with a CAPI device. Kernel CAPI then dispatches the
  13. application registration to an available device, forwarding it to the
  14. corresponding hardware driver. Kernel CAPI then forwards CAPI messages in both
  15. directions between the application and the hardware driver.
  16. Format and semantics of CAPI messages are specified in the CAPI 2.0 standard.
  17. This standard is freely available from http://www.capi.org.
  18. 2. Driver and Device Registration
  19. CAPI drivers optionally register themselves with Kernel CAPI by calling the
  20. Kernel CAPI function register_capi_driver() with a pointer to a struct
  21. capi_driver. This structure must be filled with the name and revision of the
  22. driver, and optionally a pointer to a callback function, add_card(). The
  23. registration can be revoked by calling the function unregister_capi_driver()
  24. with a pointer to the same struct capi_driver.
  25. CAPI drivers must register each of the ISDN devices they control with Kernel
  26. CAPI by calling the Kernel CAPI function attach_capi_ctr() with a pointer to a
  27. struct capi_ctr before they can be used. This structure must be filled with
  28. the names of the driver and controller, and a number of callback function
  29. pointers which are subsequently used by Kernel CAPI for communicating with the
  30. driver. The registration can be revoked by calling the function
  31. detach_capi_ctr() with a pointer to the same struct capi_ctr.
  32. Before the device can be actually used, the driver must fill in the device
  33. information fields 'manu', 'version', 'profile' and 'serial' in the capi_ctr
  34. structure of the device, and signal its readiness by calling capi_ctr_ready().
  35. From then on, Kernel CAPI may call the registered callback functions for the
  36. device.
  37. If the device becomes unusable for any reason (shutdown, disconnect ...), the
  38. driver has to call capi_ctr_reseted(). This will prevent further calls to the
  39. callback functions by Kernel CAPI.
  40. 3. Application Registration and Communication
  41. Kernel CAPI forwards registration requests from applications (calls to CAPI
  42. operation CAPI_REGISTER) to an appropriate hardware driver by calling its
  43. register_appl() callback function. A unique Application ID (ApplID, u16) is
  44. allocated by Kernel CAPI and passed to register_appl() along with the
  45. parameter structure provided by the application. This is analogous to the
  46. open() operation on regular files or character devices.
  47. After a successful return from register_appl(), CAPI messages from the
  48. application may be passed to the driver for the device via calls to the
  49. send_message() callback function. The CAPI message to send is stored in the
  50. data portion of an skb. Conversely, the driver may call Kernel CAPI's
  51. capi_ctr_handle_message() function to pass a received CAPI message to Kernel
  52. CAPI for forwarding to an application, specifying its ApplID.
  53. Deregistration requests (CAPI operation CAPI_RELEASE) from applications are
  54. forwarded as calls to the release_appl() callback function, passing the same
  55. ApplID as with register_appl(). After return from release_appl(), no CAPI
  56. messages for that application may be passed to or from the device anymore.
  57. 4. Data Structures
  58. 4.1 struct capi_driver
  59. This structure describes a Kernel CAPI driver itself. It is used in the
  60. register_capi_driver() and unregister_capi_driver() functions, and contains
  61. the following non-private fields, all to be set by the driver before calling
  62. register_capi_driver():
  63. char name[32]
  64. the name of the driver, as a zero-terminated ASCII string
  65. char revision[32]
  66. the revision number of the driver, as a zero-terminated ASCII string
  67. int (*add_card)(struct capi_driver *driver, capicardparams *data)
  68. a callback function pointer (may be NULL)
  69. 4.2 struct capi_ctr
  70. This structure describes an ISDN device (controller) handled by a Kernel CAPI
  71. driver. After registration via the attach_capi_ctr() function it is passed to
  72. all controller specific lower layer interface and callback functions to
  73. identify the controller to operate on.
  74. It contains the following non-private fields:
  75. - to be set by the driver before calling attach_capi_ctr():
  76. struct module *owner
  77. pointer to the driver module owning the device
  78. void *driverdata
  79. an opaque pointer to driver specific data, not touched by Kernel CAPI
  80. char name[32]
  81. the name of the controller, as a zero-terminated ASCII string
  82. char *driver_name
  83. the name of the driver, as a zero-terminated ASCII string
  84. int (*load_firmware)(struct capi_ctr *ctrlr, capiloaddata *ldata)
  85. (optional) pointer to a callback function for sending firmware and
  86. configuration data to the device
  87. void (*reset_ctr)(struct capi_ctr *ctrlr)
  88. pointer to a callback function for performing a reset on the device,
  89. releasing all registered applications
  90. void (*register_appl)(struct capi_ctr *ctrlr, u16 applid,
  91. capi_register_params *rparam)
  92. void (*release_appl)(struct capi_ctr *ctrlr, u16 applid)
  93. pointers to callback functions for registration and deregistration of
  94. applications with the device
  95. u16 (*send_message)(struct capi_ctr *ctrlr, struct sk_buff *skb)
  96. pointer to a callback function for sending a CAPI message to the
  97. device
  98. char *(*procinfo)(struct capi_ctr *ctrlr)
  99. pointer to a callback function returning the entry for the device in
  100. the CAPI controller info table, /proc/capi/controller
  101. read_proc_t *ctr_read_proc
  102. pointer to the read_proc callback function for the device's proc file
  103. system entry, /proc/capi/controllers/<n>; will be called with a
  104. pointer to the device's capi_ctr structure as the last (data) argument
  105. - to be filled in before calling capi_ctr_ready():
  106. u8 manu[CAPI_MANUFACTURER_LEN]
  107. value to return for CAPI_GET_MANUFACTURER
  108. capi_version version
  109. value to return for CAPI_GET_VERSION
  110. capi_profile profile
  111. value to return for CAPI_GET_PROFILE
  112. u8 serial[CAPI_SERIAL_LEN]
  113. value to return for CAPI_GET_SERIAL
  114. 5. Lower Layer Interface Functions
  115. (declared in <linux/isdn/capilli.h>)
  116. void register_capi_driver(struct capi_driver *drvr)
  117. void unregister_capi_driver(struct capi_driver *drvr)
  118. register/unregister a driver with Kernel CAPI
  119. int attach_capi_ctr(struct capi_ctr *ctrlr)
  120. int detach_capi_ctr(struct capi_ctr *ctrlr)
  121. register/unregister a device (controller) with Kernel CAPI
  122. void capi_ctr_ready(struct capi_ctr *ctrlr)
  123. void capi_ctr_reseted(struct capi_ctr *ctrlr)
  124. signal controller ready/not ready
  125. void capi_ctr_suspend_output(struct capi_ctr *ctrlr)
  126. void capi_ctr_resume_output(struct capi_ctr *ctrlr)
  127. signal suspend/resume
  128. void capi_ctr_handle_message(struct capi_ctr * ctrlr, u16 applid,
  129. struct sk_buff *skb)
  130. pass a received CAPI message to Kernel CAPI
  131. for forwarding to the specified application
  132. 6. Helper Functions and Macros
  133. Library functions (from <linux/isdn/capilli.h>):
  134. void capilib_new_ncci(struct list_head *head, u16 applid,
  135. u32 ncci, u32 winsize)
  136. void capilib_free_ncci(struct list_head *head, u16 applid, u32 ncci)
  137. void capilib_release_appl(struct list_head *head, u16 applid)
  138. void capilib_release(struct list_head *head)
  139. void capilib_data_b3_conf(struct list_head *head, u16 applid,
  140. u32 ncci, u16 msgid)
  141. u16 capilib_data_b3_req(struct list_head *head, u16 applid,
  142. u32 ncci, u16 msgid)
  143. Macros to extract/set element values from/in a CAPI message header
  144. (from <linux/isdn/capiutil.h>):
  145. Get Macro Set Macro Element (Type)
  146. CAPIMSG_LEN(m) CAPIMSG_SETLEN(m, len) Total Length (u16)
  147. CAPIMSG_APPID(m) CAPIMSG_SETAPPID(m, applid) ApplID (u16)
  148. CAPIMSG_COMMAND(m) CAPIMSG_SETCOMMAND(m,cmd) Command (u8)
  149. CAPIMSG_SUBCOMMAND(m) CAPIMSG_SETSUBCOMMAND(m, cmd) Subcommand (u8)
  150. CAPIMSG_CMD(m) - Command*256
  151. + Subcommand (u16)
  152. CAPIMSG_MSGID(m) CAPIMSG_SETMSGID(m, msgid) Message Number (u16)
  153. CAPIMSG_CONTROL(m) CAPIMSG_SETCONTROL(m, contr) Controller/PLCI/NCCI
  154. (u32)
  155. CAPIMSG_DATALEN(m) CAPIMSG_SETDATALEN(m, len) Data Length (u16)