 1da177e4c3
			
		
	
	
	1da177e4c3
	
	
	
		
			
			Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
		
			
				
	
	
		
			263 lines
		
	
	
	
		
			9.7 KiB
			
		
	
	
	
		
			Text
		
	
	
	
	
	
			
		
		
	
	
			263 lines
		
	
	
	
		
			9.7 KiB
			
		
	
	
	
		
			Text
		
	
	
	
	
	
| 		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.
 |