123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263 |
- The Linux LAPB Module Interface 1.3
- Jonathan Naylor 29.12.96
- Changed (Henner Eisen, 2000-10-29): int return value for data_indication()
- The LAPB module will be a separately compiled module for use by any parts of
- the Linux operating system that require a LAPB service. This document
- defines the interfaces to, and the services provided by this module. The
- term module in this context does not imply that the LAPB module is a
- separately loadable module, although it may be. The term module is used in
- its more standard meaning.
- The interface to the LAPB module consists of functions to the module,
- callbacks from the module to indicate important state changes, and
- structures for getting and setting information about the module.
- Structures
- ----------
- Probably the most important structure is the skbuff structure for holding
- received and transmitted data, however it is beyond the scope of this
- document.
- The two LAPB specific structures are the LAPB initialisation structure and
- the LAPB parameter structure. These will be defined in a standard header
- file, <linux/lapb.h>. The header file <net/lapb.h> is internal to the LAPB
- module and is not for use.
- LAPB Initialisation Structure
- -----------------------------
- This structure is used only once, in the call to lapb_register (see below).
- It contains information about the device driver that requires the services
- of the LAPB module.
- struct lapb_register_struct {
- void (*connect_confirmation)(int token, int reason);
- void (*connect_indication)(int token, int reason);
- void (*disconnect_confirmation)(int token, int reason);
- void (*disconnect_indication)(int token, int reason);
- int (*data_indication)(int token, struct sk_buff *skb);
- void (*data_transmit)(int token, struct sk_buff *skb);
- };
- Each member of this structure corresponds to a function in the device driver
- that is called when a particular event in the LAPB module occurs. These will
- be described in detail below. If a callback is not required (!!) then a NULL
- may be substituted.
- LAPB Parameter Structure
- ------------------------
- This structure is used with the lapb_getparms and lapb_setparms functions
- (see below). They are used to allow the device driver to get and set the
- operational parameters of the LAPB implementation for a given connection.
- struct lapb_parms_struct {
- unsigned int t1;
- unsigned int t1timer;
- unsigned int t2;
- unsigned int t2timer;
- unsigned int n2;
- unsigned int n2count;
- unsigned int window;
- unsigned int state;
- unsigned int mode;
- };
- T1 and T2 are protocol timing parameters and are given in units of 100ms. N2
- is the maximum number of tries on the link before it is declared a failure.
- The window size is the maximum number of outstanding data packets allowed to
- be unacknowledged by the remote end, the value of the window is between 1
- and 7 for a standard LAPB link, and between 1 and 127 for an extended LAPB
- link.
- The mode variable is a bit field used for setting (at present) three values.
- The bit fields have the following meanings:
- Bit Meaning
- 0 LAPB operation (0=LAPB_STANDARD 1=LAPB_EXTENDED).
- 1 [SM]LP operation (0=LAPB_SLP 1=LAPB=MLP).
- 2 DTE/DCE operation (0=LAPB_DTE 1=LAPB_DCE)
- 3-31 Reserved, must be 0.
- Extended LAPB operation indicates the use of extended sequence numbers and
- consequently larger window sizes, the default is standard LAPB operation.
- MLP operation is the same as SLP operation except that the addresses used by
- LAPB are different to indicate the mode of operation, the default is Single
- Link Procedure. The difference between DCE and DTE operation is (i) the
- addresses used for commands and responses, and (ii) when the DCE is not
- connected, it sends DM without polls set, every T1. The upper case constant
- names will be defined in the public LAPB header file.
- Functions
- ---------
- The LAPB module provides a number of function entry points.
- int lapb_register(void *token, struct lapb_register_struct);
- This must be called before the LAPB module may be used. If the call is
- successful then LAPB_OK is returned. The token must be a unique identifier
- generated by the device driver to allow for the unique identification of the
- instance of the LAPB link. It is returned by the LAPB module in all of the
- callbacks, and is used by the device driver in all calls to the LAPB module.
- For multiple LAPB links in a single device driver, multiple calls to
- lapb_register must be made. The format of the lapb_register_struct is given
- above. The return values are:
- LAPB_OK LAPB registered successfully.
- LAPB_BADTOKEN Token is already registered.
- LAPB_NOMEM Out of memory
- int lapb_unregister(void *token);
- This releases all the resources associated with a LAPB link. Any current
- LAPB link will be abandoned without further messages being passed. After
- this call, the value of token is no longer valid for any calls to the LAPB
- function. The valid return values are:
- LAPB_OK LAPB unregistered successfully.
- LAPB_BADTOKEN Invalid/unknown LAPB token.
- int lapb_getparms(void *token, struct lapb_parms_struct *parms);
- This allows the device driver to get the values of the current LAPB
- variables, the lapb_parms_struct is described above. The valid return values
- are:
- LAPB_OK LAPB getparms was successful.
- LAPB_BADTOKEN Invalid/unknown LAPB token.
- int lapb_setparms(void *token, struct lapb_parms_struct *parms);
- This allows the device driver to set the values of the current LAPB
- variables, the lapb_parms_struct is described above. The values of t1timer,
- t2timer and n2count are ignored, likewise changing the mode bits when
- connected will be ignored. An error implies that none of the values have
- been changed. The valid return values are:
- LAPB_OK LAPB getparms was successful.
- LAPB_BADTOKEN Invalid/unknown LAPB token.
- LAPB_INVALUE One of the values was out of its allowable range.
- int lapb_connect_request(void *token);
- Initiate a connect using the current parameter settings. The valid return
- values are:
- LAPB_OK LAPB is starting to connect.
- LAPB_BADTOKEN Invalid/unknown LAPB token.
- LAPB_CONNECTED LAPB module is already connected.
- int lapb_disconnect_request(void *token);
- Initiate a disconnect. The valid return values are:
- LAPB_OK LAPB is starting to disconnect.
- LAPB_BADTOKEN Invalid/unknown LAPB token.
- LAPB_NOTCONNECTED LAPB module is not connected.
- int lapb_data_request(void *token, struct sk_buff *skb);
- Queue data with the LAPB module for transmitting over the link. If the call
- is successful then the skbuff is owned by the LAPB module and may not be
- used by the device driver again. The valid return values are:
- LAPB_OK LAPB has accepted the data.
- LAPB_BADTOKEN Invalid/unknown LAPB token.
- LAPB_NOTCONNECTED LAPB module is not connected.
- int lapb_data_received(void *token, struct sk_buff *skb);
- Queue data with the LAPB module which has been received from the device. It
- is expected that the data passed to the LAPB module has skb->data pointing
- to the beginning of the LAPB data. If the call is successful then the skbuff
- is owned by the LAPB module and may not be used by the device driver again.
- The valid return values are:
- LAPB_OK LAPB has accepted the data.
- LAPB_BADTOKEN Invalid/unknown LAPB token.
- Callbacks
- ---------
- These callbacks are functions provided by the device driver for the LAPB
- module to call when an event occurs. They are registered with the LAPB
- module with lapb_register (see above) in the structure lapb_register_struct
- (see above).
- void (*connect_confirmation)(void *token, int reason);
- This is called by the LAPB module when a connection is established after
- being requested by a call to lapb_connect_request (see above). The reason is
- always LAPB_OK.
- void (*connect_indication)(void *token, int reason);
- This is called by the LAPB module when the link is established by the remote
- system. The value of reason is always LAPB_OK.
- void (*disconnect_confirmation)(void *token, int reason);
- This is called by the LAPB module when an event occurs after the device
- driver has called lapb_disconnect_request (see above). The reason indicates
- what has happened. In all cases the LAPB link can be regarded as being
- terminated. The values for reason are:
- LAPB_OK The LAPB link was terminated normally.
- LAPB_NOTCONNECTED The remote system was not connected.
- LAPB_TIMEDOUT No response was received in N2 tries from the remote
- system.
- void (*disconnect_indication)(void *token, int reason);
- This is called by the LAPB module when the link is terminated by the remote
- system or another event has occurred to terminate the link. This may be
- returned in response to a lapb_connect_request (see above) if the remote
- system refused the request. The values for reason are:
- LAPB_OK The LAPB link was terminated normally by the remote
- system.
- LAPB_REFUSED The remote system refused the connect request.
- LAPB_NOTCONNECTED The remote system was not connected.
- LAPB_TIMEDOUT No response was received in N2 tries from the remote
- system.
- int (*data_indication)(void *token, struct sk_buff *skb);
- This is called by the LAPB module when data has been received from the
- remote system that should be passed onto the next layer in the protocol
- stack. The skbuff becomes the property of the device driver and the LAPB
- module will not perform any more actions on it. The skb->data pointer will
- be pointing to the first byte of data after the LAPB header.
- This method should return NET_RX_DROP (as defined in the header
- file include/linux/netdevice.h) if and only if the frame was dropped
- before it could be delivered to the upper layer.
- void (*data_transmit)(void *token, struct sk_buff *skb);
- This is called by the LAPB module when data is to be transmitted to the
- remote system by the device driver. The skbuff becomes the property of the
- device driver and the LAPB module will not perform any more actions on it.
- The skb->data pointer will be pointing to the first byte of the LAPB header.
|