From: Patrick McHardy <kaber@trash.net>
To: Jiri Pirko <jpirko@redhat.com>
Cc: David Miller <davem@davemloft.net>,
linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
jgarzik@pobox.com, shemminger@linux-foundation.org,
bridge@lists.linux-foundation.org, fubar@us.ibm.com,
bonding-devel@lists.sourceforge.net, mschmidt@redhat.com,
dada1@cosmosbay.com
Subject: Re: [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4
Date: Mon, 30 Mar 2009 14:58:13 +0200 [thread overview]
Message-ID: <49D0C1E5.6080906@trash.net> (raw)
In-Reply-To: <20090330125156.GE3438@psychotron.englab.brq.redhat.com>
Jiri Pirko wrote:
> Mon, Mar 30, 2009 at 02:47:59PM CEST, kaber@trash.net wrote:
>> Jiri Pirko wrote:
>>> Currently I'm thinking the way. What I have on mind:
>>> I would like to add a list into struct net_device to contain all mac addresses
>>> of the device. I would also like to use similar interface to handle them as
>>> currently is for uc_list and mc_list. However I do not like that these lists are
>>> not using standard list_head but they are propriate lists only for this purpose.
>>> I'm thinking about converting them to use list_head first. Or maybe ignore them
>>> and do the new list for macs in parallel?
>> Using list_heads in the address lists would require some pretty large
>> amount of work since you'd need to convert all the drivers.
>
> Yes, I'm aware of it...
>> I'm all
>> in favour of doing this, but I wouldn't make the fix depend on that
>> work.
>
> ok so you are suggesting to use the current list struct?
Whatever will make this easier :) You could of course already add the
new structure and use it for your new list and do the conversion of
the existing structures on top of that.
next prev parent reply other threads:[~2009-03-30 12:58 UTC|newest]
Thread overview: 92+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-13 18:33 [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge Jiri Pirko
2009-03-14 5:39 ` Stephen Hemminger
2009-03-14 9:49 ` Jiri Pirko
2009-03-15 23:12 ` Stephen Hemminger
2009-03-16 11:11 ` Jiri Pirko
2009-03-19 6:20 ` David Miller
2009-03-19 8:44 ` Jiri Pirko
2009-03-19 10:21 ` David Miller
2009-03-19 11:19 ` Jiri Pirko
2009-03-19 8:50 ` Patrick McHardy
2009-03-19 16:31 ` Jiri Pirko
2009-03-25 13:04 ` [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try2 Jiri Pirko
2009-03-25 13:40 ` Eric Dumazet
2009-03-25 14:39 ` Jiri Pirko
2009-03-25 15:19 ` [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try3 Jiri Pirko
2009-03-25 16:31 ` Jay Vosburgh
2009-03-25 17:44 ` Jiri Pirko
2009-03-26 0:24 ` David Miller
2009-03-26 0:34 ` Jay Vosburgh
2009-03-26 11:12 ` Jiri Pirko
2009-03-26 15:52 ` [PATCH] bonding: allow bond in mode balance-alb to work properly in bridge -try4 Jiri Pirko
2009-03-27 7:38 ` David Miller
2009-03-27 7:46 ` Jiri Pirko
2009-03-27 7:53 ` Patrick McHardy
2009-03-27 8:41 ` Jiri Pirko
2009-03-27 8:55 ` Patrick McHardy
2009-03-27 9:47 ` Jiri Pirko
2009-03-29 20:53 ` David Miller
2009-03-30 12:04 ` Patrick McHardy
2009-03-30 12:40 ` Jiri Pirko
2009-03-30 12:47 ` Patrick McHardy
2009-03-30 12:52 ` Jiri Pirko
2009-03-30 12:58 ` Patrick McHardy [this message]
2009-04-13 8:37 ` [PATCH 0/4] bonding: allow bond in mode balance-alb to work properly in bridge -try5 Jiri Pirko
2009-04-13 8:38 ` [PATCH 1/4] net: introduce dev_mac_address_changed Jiri Pirko
2009-04-13 14:58 ` Stephen Hemminger
2009-04-13 8:42 ` [PATCH 2/4] net: introduce a list of device addresses dev_addr_list Jiri Pirko
2009-04-13 14:49 ` Stephen Hemminger
2009-04-13 22:54 ` David Miller
2009-04-13 22:53 ` David Miller
2009-04-13 8:44 ` [PATCH 3/4] net: bridge: use device address list instead of dev_addr Jiri Pirko
2009-04-13 14:54 ` Stephen Hemminger
2009-04-14 10:15 ` Jiri Pirko
2009-04-13 22:54 ` David Miller
2009-04-13 8:46 ` [PATCH 4/4] net: bonding: add slave device addresses in mode alb Jiri Pirko
2009-04-13 14:56 ` Stephen Hemminger
2009-04-15 8:17 ` [PATCH 0/3] bonding: allow bond in mode balance-alb to work properly in bridge -try6 Jiri Pirko
2009-04-15 8:18 ` [PATCH 1/3] net: introduce a list of device addresses dev_addr_list Jiri Pirko
2009-04-15 8:26 ` Li Zefan
2009-04-15 8:29 ` Jiri Pirko
2009-04-15 8:32 ` Jiri Pirko
2009-04-15 9:21 ` David Miller
2009-04-15 9:27 ` Eric Dumazet
2009-04-15 9:31 ` David Miller
2009-04-15 10:13 ` Patrick McHardy
2009-04-15 10:15 ` David Miller
2009-04-15 10:41 ` Patrick McHardy
2009-04-15 10:45 ` David Miller
2009-04-15 10:47 ` Patrick McHardy
2009-04-15 14:42 ` Jiri Pirko
2009-04-15 11:17 ` Jiri Pirko
2009-04-15 11:22 ` Patrick McHardy
2009-04-15 11:28 ` Jiri Pirko
2009-04-15 12:28 ` Eric Dumazet
2009-04-15 18:02 ` [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v2) Jiri Pirko
2009-04-15 18:54 ` Eric Dumazet
2009-04-16 8:46 ` Jiri Pirko
2009-04-17 11:57 ` [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v3) Jiri Pirko
2009-04-17 15:33 ` Stephen Hemminger
2009-04-18 7:01 ` Jiri Pirko
2009-04-18 7:35 ` Eric Dumazet
2009-04-18 7:44 ` Jiri Pirko
2009-04-18 8:06 ` Eric Dumazet
2009-04-18 8:58 ` [PATCH 1/3] net: introduce a list of device addresses dev_addr_list (v4) Jiri Pirko
2009-04-20 16:11 ` Jiri Pirko
2009-04-23 8:09 ` Jiri Pirko
2009-05-04 11:14 ` [PATCH] net: introduce a list of device addresses dev_addr_list (v5) Jiri Pirko
2009-05-05 4:37 ` David Miller
2009-05-05 6:37 ` Jiri Pirko
2009-05-05 12:48 ` [PATCH] net: introduce a list of device addresses dev_addr_list (v6) Jiri Pirko
2009-05-05 19:27 ` David Miller
2009-05-08 22:38 ` Stephen Hemminger
2009-05-08 23:00 ` David Miller
2009-05-08 23:12 ` Stephen Hemminger
2009-05-08 23:25 ` David Miller
2009-05-08 23:29 ` Stephen Hemminger
2009-04-15 8:21 ` [PATCH 2/3] net: bridge: use device address list instead of dev_addr Jiri Pirko
2009-05-06 14:46 ` [PATCH net-next] net: bridge: use device address list instead of dev_addr (repost) Jiri Pirko
2009-05-06 15:08 ` Eric Dumazet
2009-05-06 19:26 ` Stephen Hemminger
2009-05-07 22:03 ` David Miller
2009-04-15 8:22 ` [PATCH 3/3] net: bonding: add slave device addresses in mode alb Jiri Pirko
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=49D0C1E5.6080906@trash.net \
--to=kaber@trash.net \
--cc=bonding-devel@lists.sourceforge.net \
--cc=bridge@lists.linux-foundation.org \
--cc=dada1@cosmosbay.com \
--cc=davem@davemloft.net \
--cc=fubar@us.ibm.com \
--cc=jgarzik@pobox.com \
--cc=jpirko@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mschmidt@redhat.com \
--cc=netdev@vger.kernel.org \
--cc=shemminger@linux-foundation.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox