From: Cong Wang <amwang@redhat.com>
To: Matt Mackall <mpm@selenic.com>
Cc: Jay Vosburgh <fubar@us.ibm.com>,
Neil Horman <nhorman@tuxdriver.com>,
netdev@vger.kernel.org, bridge@lists.linux-foundation.org,
linux-kernel@vger.kernel.org, David Miller <davem@davemloft.net>,
Jeff Moyer <jmoyer@redhat.com>,
Andy Gospodarek <gospo@redhat.com>,
bonding-devel@lists.sourceforge.net
Subject: Re: [Bridge] [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
Date: Tue, 23 Mar 2010 10:13:43 +0800 [thread overview]
Message-ID: <4BA823D7.4010106@redhat.com> (raw)
In-Reply-To: <1269297081.3552.19.camel@calx>
Matt Mackall wrote:
> On Mon, 2010-03-22 at 04:17 -0400, Amerigo Wang wrote:
>> This whole patchset is for adding netpoll support to bridge and bonding
>> devices. I already tested it for bridge, bonding, bridge over bonding,
>> and bonding over bridge. It looks fine now.
>
> Ages ago, Jeff Moyer took a run at this, added him to the cc: on the off
> chance he still cares.
>
>> Please comment.
>>
>>
>> To make bridge and bonding support netpoll, we need to adjust
>> some netpoll generic code. This patch does the following things:
>>
>> 1) introduce two new priv_flags for struct net_device:
>> IFF_IN_NETPOLL which identifies we are processing a netpoll;
>> IFF_DISABLE_NETPOLL is used to disable netpoll support for a device
>> at run-time;
>
> This one is a little worrisome. I've tried to keep the netpoll code
> restricted to as tight an area as possible. Adding new flags like these
> that random drivers might try to fiddle with seems like a good way for a
> driver writer to get in trouble. Also flag space is filling up.
Somewhat, but currently I don't have other way to replace this.
Any suggestions?
>
>> 2) introduce three new methods for netdev_ops:
>> ->ndo_netpoll_setup() is used to setup netpoll for a device;
>> ->ndo_netpoll_xmit() is used to transmit netpoll requests;
>> ->ndo_netpoll_cleanup() is used to clean up netpoll when a device is
>> removed.
>
> Seems like a lot of interface for something to be used by only a couple
> core drivers. Hopefully Dave has an opinion here.
>
Yeah, I worry about this too, maybe we can group those methods
for netpoll together into another struct, and just put a pointer
here?
Thanks!
WARNING: multiple messages have this Message-ID (diff)
From: Cong Wang <amwang@redhat.com>
To: Matt Mackall <mpm@selenic.com>
Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
bridge@lists.linux-foundation.org,
Andy Gospodarek <gospo@redhat.com>,
Neil Horman <nhorman@tuxdriver.com>,
Stephen Hemminger <shemminger@linux-foundation.org>,
bonding-devel@lists.sourceforge.net,
Jay Vosburgh <fubar@us.ibm.com>,
David Miller <davem@davemloft.net>,
Jeff Moyer <jmoyer@redhat.com>
Subject: Re: [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices
Date: Tue, 23 Mar 2010 10:13:43 +0800 [thread overview]
Message-ID: <4BA823D7.4010106@redhat.com> (raw)
In-Reply-To: <1269297081.3552.19.camel@calx>
Matt Mackall wrote:
> On Mon, 2010-03-22 at 04:17 -0400, Amerigo Wang wrote:
>> This whole patchset is for adding netpoll support to bridge and bonding
>> devices. I already tested it for bridge, bonding, bridge over bonding,
>> and bonding over bridge. It looks fine now.
>
> Ages ago, Jeff Moyer took a run at this, added him to the cc: on the off
> chance he still cares.
>
>> Please comment.
>>
>>
>> To make bridge and bonding support netpoll, we need to adjust
>> some netpoll generic code. This patch does the following things:
>>
>> 1) introduce two new priv_flags for struct net_device:
>> IFF_IN_NETPOLL which identifies we are processing a netpoll;
>> IFF_DISABLE_NETPOLL is used to disable netpoll support for a device
>> at run-time;
>
> This one is a little worrisome. I've tried to keep the netpoll code
> restricted to as tight an area as possible. Adding new flags like these
> that random drivers might try to fiddle with seems like a good way for a
> driver writer to get in trouble. Also flag space is filling up.
Somewhat, but currently I don't have other way to replace this.
Any suggestions?
>
>> 2) introduce three new methods for netdev_ops:
>> ->ndo_netpoll_setup() is used to setup netpoll for a device;
>> ->ndo_netpoll_xmit() is used to transmit netpoll requests;
>> ->ndo_netpoll_cleanup() is used to clean up netpoll when a device is
>> removed.
>
> Seems like a lot of interface for something to be used by only a couple
> core drivers. Hopefully Dave has an opinion here.
>
Yeah, I worry about this too, maybe we can group those methods
for netpoll together into another struct, and just put a pointer
here?
Thanks!
next prev parent reply other threads:[~2010-03-23 2:13 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-22 8:17 [Bridge] [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices Amerigo Wang
2010-03-22 8:17 ` Amerigo Wang
2010-03-22 8:17 ` [Bridge] [RFC Patch 2/3] bridge: make bridge support netpoll Amerigo Wang
2010-03-22 8:17 ` Amerigo Wang
2010-03-22 22:35 ` [Bridge] " Matt Mackall
2010-03-22 22:35 ` Matt Mackall
2010-03-23 2:03 ` [Bridge] " Cong Wang
2010-03-23 2:03 ` Cong Wang
2010-03-23 4:27 ` [Bridge] " Matt Mackall
2010-03-23 4:27 ` Matt Mackall
2010-03-23 4:39 ` [Bridge] " Cong Wang
2010-03-23 4:39 ` Cong Wang
2010-03-23 4:51 ` [Bridge] " Matt Mackall
2010-03-23 4:51 ` Matt Mackall
2010-03-23 4:59 ` [Bridge] " David Miller
2010-03-23 4:59 ` David Miller
2010-03-23 5:00 ` [Bridge] " Cong Wang
2010-03-23 5:00 ` Cong Wang
2010-03-23 4:57 ` [Bridge] " David Miller
2010-03-23 4:57 ` David Miller
2010-03-23 5:06 ` [Bridge] " Cong Wang
2010-03-23 5:06 ` Cong Wang
2010-03-22 8:17 ` [Bridge] [RFC Patch 3/3] bonding: make bonding " Amerigo Wang
2010-03-22 8:17 ` Amerigo Wang
2010-03-22 22:38 ` [Bridge] " Matt Mackall
2010-03-22 22:38 ` Matt Mackall
2010-03-22 23:36 ` [Bridge] " Jay Vosburgh
2010-03-22 23:36 ` Jay Vosburgh
2010-03-23 2:01 ` [Bridge] " Cong Wang
2010-03-23 2:01 ` Cong Wang
2010-03-23 0:56 ` [Bridge] " Andy Gospodarek
2010-03-23 0:56 ` Andy Gospodarek
2010-03-23 1:49 ` [Bridge] " Cong Wang
2010-03-23 1:49 ` Cong Wang
2010-03-22 22:31 ` [Bridge] [RFC Patch 1/3] netpoll: add generic support for bridge and bonding devices Matt Mackall
2010-03-22 22:31 ` Matt Mackall
2010-03-23 2:13 ` Cong Wang [this message]
2010-03-23 2:13 ` Cong Wang
2010-03-23 3:49 ` [Bridge] " David Miller
2010-03-23 3:49 ` David Miller
2010-03-23 4:47 ` [Bridge] " Cong Wang
2010-03-23 4:47 ` Cong Wang
2010-03-23 4:58 ` [Bridge] " David Miller
2010-03-23 4:58 ` David Miller
2010-03-23 5:15 ` [Bridge] " Cong Wang
2010-03-23 5:15 ` Cong Wang
2010-03-23 12:11 ` [Bridge] " Jeff Moyer
2010-03-23 12:11 ` Jeff Moyer
2010-03-24 2:29 ` [Bridge] " Cong Wang
2010-03-24 2:29 ` Cong Wang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BA823D7.4010106@redhat.com \
--to=amwang@redhat.com \
--cc=bonding-devel@lists.sourceforge.net \
--cc=bridge@lists.linux-foundation.org \
--cc=davem@davemloft.net \
--cc=fubar@us.ibm.com \
--cc=gospo@redhat.com \
--cc=jmoyer@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mpm@selenic.com \
--cc=netdev@vger.kernel.org \
--cc=nhorman@tuxdriver.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.