Blame view

Documentation/networking/driver.txt 2.66 KB
81f7e3824   Eric Lee   Initial Release, ...
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
  Document about softnet driver issues
  
  Transmit path guidelines:
  
  1) The ndo_start_xmit method must not return NETDEV_TX_BUSY under
     any normal circumstances.  It is considered a hard error unless
     there is no way your device can tell ahead of time when it's
     transmit function will become busy.
  
     Instead it must maintain the queue properly.  For example,
     for a driver implementing scatter-gather this means:
  
  	static netdev_tx_t drv_hard_start_xmit(struct sk_buff *skb,
  					       struct net_device *dev)
  	{
  		struct drv *dp = netdev_priv(dev);
  
  		lock_tx(dp);
  		...
  		/* This is a hard error log it. */
  		if (TX_BUFFS_AVAIL(dp) <= (skb_shinfo(skb)->nr_frags + 1)) {
  			netif_stop_queue(dev);
  			unlock_tx(dp);
  			printk(KERN_ERR PFX "%s: BUG! Tx Ring full when queue awake!
  ",
  			       dev->name);
  			return NETDEV_TX_BUSY;
  		}
  
  		... queue packet to card ...
  		... update tx consumer index ...
  
  		if (TX_BUFFS_AVAIL(dp) <= (MAX_SKB_FRAGS + 1))
  			netif_stop_queue(dev);
  
  		...
  		unlock_tx(dp);
  		...
  		return NETDEV_TX_OK;
  	}
  
     And then at the end of your TX reclamation event handling:
  
  	if (netif_queue_stopped(dp->dev) &&
              TX_BUFFS_AVAIL(dp) > (MAX_SKB_FRAGS + 1))
  		netif_wake_queue(dp->dev);
  
     For a non-scatter-gather supporting card, the three tests simply become:
  
  		/* This is a hard error log it. */
  		if (TX_BUFFS_AVAIL(dp) <= 0)
  
     and:
  
  		if (TX_BUFFS_AVAIL(dp) == 0)
  
     and:
  
  	if (netif_queue_stopped(dp->dev) &&
              TX_BUFFS_AVAIL(dp) > 0)
  		netif_wake_queue(dp->dev);
  
  2) An ndo_start_xmit method must not modify the shared parts of a
     cloned SKB.
  
  3) Do not forget that once you return NETDEV_TX_OK from your
     ndo_start_xmit method, it is your driver's responsibility to free
     up the SKB and in some finite amount of time.
  
     For example, this means that it is not allowed for your TX
     mitigation scheme to let TX packets "hang out" in the TX
     ring unreclaimed forever if no new TX packets are sent.
     This error can deadlock sockets waiting for send buffer room
     to be freed up.
  
     If you return NETDEV_TX_BUSY from the ndo_start_xmit method, you
     must not keep any reference to that SKB and you must not attempt
     to free it up.
  
  Probing guidelines:
  
  1) Any hardware layer address you obtain for your device should
     be verified.  For example, for ethernet check it with
     linux/etherdevice.h:is_valid_ether_addr()
  
  Close/stop guidelines:
  
  1) After the ndo_stop routine has been called, the hardware must
     not receive or transmit any data.  All in flight packets must
     be aborted. If necessary, poll or wait for completion of 
     any reset commands.
  
  2) The ndo_stop routine will be called by unregister_netdevice
     if device is still UP.