Netpoll controller support for PPC EMAC driver

Ruslan V. Sushko rsushko at ru.mvista.com
Fri Dec 9 04:13:49 EST 2005


Please see my answers bellow.
John W. Linville wrote:
> On Thu, Dec 08, 2005 at 03:34:15PM +0300, Ruslan V. Sushko wrote:
>   
>> This patch adds netpoll controller support for PPC EMAC driver
>>
>> Signed-off-by: Ruslan V. Sushko <rsushko at ru.mvista.com>
>>     
>
> Patches in-line are easier to review... :-)
>
>   
>> @@ -1071,8 +1071,16 @@ static int emac_start_xmit(struct sk_buf
>>  	struct ocp_enet_private *dev = ndev->priv;
>>  	unsigned int len = skb->len;
>>  	int slot;
>> +	u16 ctrl;
>>  
>> -	u16 ctrl = EMAC_TX_CTRL_GFCS | EMAC_TX_CTRL_GP | MAL_TX_CTRL_READY |
>> +#ifdef CONFIG_NET_POLL_CONTROLLER
>> +	if (unlikely(dev->tx_cnt == NUM_TX_BUFF)) {
>> +		netif_stop_queue(ndev);
>> +		return -EBUSY;
>> +	}
>> +#endif
>>     
>
> Why is this necessary?
>   
When netpoll controller is enabled and packets are trapped bay netpoll 
controller the netif_stop_queue function does nothing. As result the 
packets which are queued for send may be overwritten/corrupted, because 
CPU insert packets significantly faster then netdev send them.
>   
>> +
>> +	ctrl = EMAC_TX_CTRL_GFCS | EMAC_TX_CTRL_GP | MAL_TX_CTRL_READY |
>>  	    MAL_TX_CTRL_LAST | emac_tx_csum(dev, skb);
>>  
>>  	slot = dev->tx_slot++;
>> @@ -1938,6 +1946,33 @@ static int emac_ioctl(struct net_device 
>>  		return -EOPNOTSUPP;
>>  	}
>>  }
>> +#ifdef CONFIG_NET_POLL_CONTROLLER
>> +void
>> +poll_ctrl(struct net_device *dev)
>> +{
>> +	int budget = 16;
>> +	struct ibm_ocp_mal *mal = ((struct ocp_enet_private*)(dev->priv))->mal;
>> +	struct net_device *poll_dev = &(mal->poll_dev);
>> +
>> +	/* disable  MAL interrupts */
>> +	mal_disable_eob_irq(mal);
>> +	netif_poll_disable(poll_dev);
>>     
>
> Is the call to netif_poll_disable necessary?  Aren't NAPI and netpoll
> aware of each other?
>   
In this case the device instance passed to netpoll controller 
functionality is not the same which used by NAPI. As result conflict 
will occurred if netpoll controller invokes polling in the time of NAPI 
poll working. Please see my comments below.
>   
>> +
>> +	emac_poll_rx(dev->priv, budget);
>> +	emac_poll_tx(dev->priv);
>> +
>> +	netif_poll_enable(poll_dev);
>> +	/* Enable mal interrupts */
>> +	mal_enable_eob_irq(mal);
>> +}
>> +
>> +int
>> +poll_fake(struct net_device *dev, int *budget)
>> +{
>> +	/* It will be never invoked */
>> +	return 0;
>> +}
>> +#endif
>>     
>
> If it's never invoked, then why define it?
>   
Please see my comments bellow.
>   
>>  
>>  static int __init emac_probe(struct ocp_device *ocpdev)
>>  {
>> @@ -2188,6 +2223,11 @@ static int __init emac_probe(struct ocp_
>>  	netif_carrier_off(ndev);
>>  	netif_stop_queue(ndev);
>>  
>> +#ifdef CONFIG_NET_POLL_CONTROLLER
>> +	ndev->poll_controller = poll_ctrl;
>> +	ndev->poll = poll_fake;
>> +#endif
>> +
>>     
>
> ->poll is not related to ->poll_controller.  It is for NAPI, not
> netpoll.
>   
The main idea is devices passed to netpoll controller are not the same 
which is used for NAPI. This driver has three net_device instances. One 
is virtual device which is used only for NAPI (for this device real NAPI 
poll function is defined) and two others are usual devices without NAPI. 
For each of these two devices poll handlers functions are defined 
(emac_poll_rx and emac_poll_tx) which are invoked from NAPI device poll 
handler. Function emac_poll_rx uses netif_receive_skb function to pass 
skbs to high level. To pass skb to netpoll controller via 
netif_receive_skb function the poll field must be defined:
-------------------- cut from netif_receive_skb (net/dev.c) ----------
if (skb->dev->poll && netpoll_rx(skb))
return NET_RX_DROP;
--------------------------------------------------------------------------------
So the poll_fake function and poll field are defined and initialized 
only to cheat netif_receive_skb function. In same time the poll_fake 
will be never invoked because devices for whom this function is defined 
are not NAPI devices.

Thank you,
Ruslan




More information about the Linuxppc-embedded mailing list