[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <53A49672.1060601@cogentembedded.com>
Date: Sat, 21 Jun 2014 00:15:46 +0400
From: Sergei Shtylyov <sergei.shtylyov@...entembedded.com>
To: Neil Horman <nhorman@...driver.com>
CC: Cong Wang <xiyou.wangcong@...il.com>, netdev@...r.kernel.org,
s.priebe@...fihost.ag, "David S. Miller" <davem@...emloft.net>
Subject: Re: [Patch net-next] veth: add netpoll support
Hello.
On 06/21/2014 12:07 AM, Neil Horman wrote:
>>> It is trivial to add netpoll support to veth, since
>>> it is not stacked device, we don't need to setup and cleanup
>>> netpoll.
>>> Reported-by: Stefan Priebe <s.priebe@...fihost.ag>
>>> Cc: "David S. Miller" <davem@...emloft.net>
>>> Cc: Neil Horman <nhorman@...driver.com>
>>> Signed-off-by: Cong Wang <xiyou.wangcong@...il.com>
>>> ---
>>> diff --git a/drivers/net/veth.c b/drivers/net/veth.c
>>> index b4a10bc..03e781b 100644
>>> --- a/drivers/net/veth.c
>>> +++ b/drivers/net/veth.c
>>> @@ -248,6 +248,13 @@ static void veth_dev_free(struct net_device *dev)
>>> free_netdev(dev);
>>> }
>>>
>>> +#ifdef CONFIG_NET_POLL_CONTROLLER
>>> +static void veth_poll_controller(struct net_device *dev)
>>> +{
>>> + return;
>>
>> Not needed.
> It is, a valid function poniter is how the stack determines if a given driver
> supports netpoll. See the tun_poll_controller for another example
> Neil
I just said that *return* was not needed. :-)
>>
>>> +}
>>> +#endif /* CONFIG_NET_POLL_CONTROLLER */
>>> +
>>> static const struct net_device_ops veth_netdev_ops = {
>>> .ndo_init = veth_dev_init,
>>> .ndo_open = veth_open,
WBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists