fix some spelling mistakes and improve legibility

s/allows to/allows one to/
s/dependant/dependent/

divertctrl/divertctrl.man.in

@@ -18,18 +18,18 @@ The i4l diversion services only work using the (E)DSS1 D-channel protocol in con
 Additionally the dss1_divert module has to be loaded. This module doesn't require nor support any parameters at load time. 
 After successfully loading the module an entry /proc/net/isdn/divert should appear in the filesystem. When called without any parameters the divertctrl program outputs a short help screen. Otherwise the first parameter needs to be a command followed by a valid driver id. The command may be preceded by the optional wait keyword specifying the program to wait until the desired command could be completed or failed returning the result via the exitcode. Otherwise the programm immediately returns after invoking the desired action which may not be completed at this moment. 
  For some commands the value "-" may be used as a valid driver id specifying all available drivers. The driver id is equivalent to the id parameter specified when loading the HiSax driver for a particular card.
-All further parameters are command dependant.    
+All further parameters are command dependent.    
 The divertctrl program may only be used with root access for security reasons.
 .LP 
-The diversion services for i4l may be used in two independant ways:
+The diversion services for i4l may be used in two independent ways:
 .HP
 .SH 1. Static call diversion   
 First possibility to handle diversions of incoming calls is to use static diversion
 provided inside the providers exchange.
 A static diversion once activated inside the providers exchange requires no interaction with i4l. The machine may even be shut down, but the diversion keeps active until it is explicitely deactivated.     
-The divertctrl tool allows to set/reset and query such static rules if the service is supported and has been subscribed at the providers side.
+The divertctrl tool allows one to set/reset and query such static rules if the service is supported and has been subscribed at the providers side.
 This services are only available in some countries like germany. In other countries (like the netherlands) keypad control is used to de/activate such static rules.    
-Static rules may be set/reset and queried independantly by MSN (multiple subscriber number), basic service (telephony, digital data, ..) and diversion procedure. Three diversion procedures are defined in the ETSI specs and may be used with the i4l diversion services:
+Static rules may be set/reset and queried independently by MSN (multiple subscriber number), basic service (telephony, digital data, ..) and diversion procedure. Three diversion procedures are defined in the ETSI specs and may be used with the i4l diversion services:
 .LP
 .B CFU (call forward unconditional) 
 is a procedure diverting all incoming calls unconditionally for the programmed MSN and basic service. The call will never be announced at your side until CFU is deactivated again. 
@@ -62,8 +62,8 @@ The value for the service may be taken from the table of numeric codes of basic
 If msn and/or service parameters are not specified all matching diversions are reported via stdout. But it is advisable always to specify all parameters to keep the list as short as possible. All known providers exchanges refuse to return diversion lists longer than 256 bytes. In this case an empty response is generated by the exchange even if there are diversions active ! 
 .HP
 .SH 2. Dynamic call diversion   
-Additionally the i4l diversion services offer a more flexible possibility to control call forwarding. Using the dynamic call diversion the user has the possibilty to specify rules for call forwarding by additional criterias. The reaction to an incoming call may be dependant of MSN, basic service, caller id, local subaddress, caller subaddress and local resource (busy) state. The parameters may be specified with wildcards, so that call criterias may be grouped to match.
-Additionally the diversion actions may be supplied with a precise timeout value which is not dependant on any providers defaults. In order to work, the supplumentary service CD (call deflection) has to be available and subscribed at the providers exchange. 
+Additionally the i4l diversion services offer a more flexible possibility to control call forwarding. Using the dynamic call diversion the user has the possibilty to specify rules for call forwarding by additional criterias. The reaction to an incoming call may be dependent of MSN, basic service, caller id, local subaddress, caller subaddress and local resource (busy) state. The parameters may be specified with wildcards, so that call criterias may be grouped to match.
+Additionally the diversion actions may be supplied with a precise timeout value which is not dependent on any providers defaults. In order to work, the supplumentary service CD (call deflection) has to be available and subscribed at the providers exchange. 
 The dynamic diversion services are fully handled inside your machine, so it must be powered up and activated for the required purpose. After a successfull dynamic diversion (so called deflection) no local line resources are required. The lines are free for further incoming calls.
 .LP
 Dynamic Call deflection is controlled by a rule chain the user has to supply using the divertctrl program. When an incoming call arrives, calling data is compared against the rules in the chain. If an incoming call matches a rule, this rule is taken to execute the desired action. All following rules are ignored. 

eicon/include/eicon.h

@@ -306,7 +306,7 @@ typedef struct {
  * Per card driver data
  */
 typedef struct eicon_card {
-	eicon_hwif hwif;                 /* Hardware dependant interface     */
+	eicon_hwif hwif;                 /* Hardware dependent interface     */
 	DESCRIPTOR *d;			 /* IDI Descriptor		     */
         u_char ptype;                    /* Protocol type (1TR6 or Euro)     */
         u_char bus;                      /* Bustype (ISA, MCA, PCI)          */