From: Arvid Brodin <arvid.brodin@xdin.com>
To: Joe Perches <joe@perches.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"David Miller" <davem@davemloft.net>,
"Stephen Hemminger" <shemminger@vyatta.com>,
"Javier Boticario" <jboticario@gmail.com>,
"balferreira@googlemail.com" <balferreira@googlemail.com>,
"Elías Molina Muñoz" <elias.molina@ehu.es>
Subject: Re: [PATCH v5] net/hsr: Add support for the High-availability Seamless Redundancy protocol (HSRv0)
Date: Fri, 25 Oct 2013 20:20:21 +0200 [thread overview]
Message-ID: <526AB665.5020402@xdin.com> (raw)
In-Reply-To: <1382547142.22433.18.camel@joe-AO722>
On 2013-10-23 18:52, Joe Perches wrote:
> On Wed, 2013-10-23 at 18:09 +0200, Arvid Brodin wrote:
>> High-availability Seamless Redundancy ("HSR") provides instant failover
>> redundancy for Ethernet networks. It requires a special network topology where
>> all nodes are connected in a ring (each node having two physical network
>> interfaces). It is suited for applications that demand high availability and
>> very short reaction time.
>
> trivia: (can be ignored/fixed later)
>
>> +static void restore_slaves(struct net_device *hsr_dev)
>> +{
>> + struct hsr_priv *hsr_priv;
>> + int i;
>> + int res;
>> +
>> + hsr_priv = netdev_priv(hsr_dev);
>> +
>> + rtnl_lock();
>> +
>> + /* Restore promiscuity */
>> + for (i = 0; i < 2; i++) {
>
> I presume all of these for slave loops that use
> for (i = 0; i < 2; i++) should be i < HSR_MAX_SLAVE
Yes, that's not nice at all. Will fix.
> Maybe it'd be useful to add a foreach_slave() helper.
I experimented a bit with this, but since the slaves are held in an array and
can be NULL, and since we aren't allowed to do for loop initial declarations,
it became a bit cumbersome. So I'll stick with the "manual" for loops.
>> +static struct node_entry *find_node_by_AddrA(struct list_head *node_db,
>> + const unsigned char addr[ETH_ALEN])
>> +{
>> + struct node_entry *node;
>> +
>> + list_for_each_entry_rcu(node, node_db, mac_list) {
>> + if (!compare_ether_addr(node->MacAddressA, addr))
>
> Please use ether_addr_equal instead for all these uses.
> compare_ether_addr should be removed one day.
Ok! Much nicer with ether_addr_equal().
>> +static struct node_entry *find_node_by_AddrB(struct list_head *node_db,
>> + const unsigned char addr[ETH_ALEN])
> []
>> + if (!compare_ether_addr(node->MacAddressB, addr))
> []
>> +struct node_entry *hsr_find_node(struct list_head *node_db, struct sk_buff *skb)
> []
>> + if (!compare_ether_addr(node->MacAddressA, ethhdr->h_source))
>> + return node;
>> + if (!compare_ether_addr(node->MacAddressB, ethhdr->h_source))
>> + return node;
>
>> +struct node_entry *hsr_merge_node(struct hsr_priv *hsr_priv,
>> + struct node_entry *node,
>> + struct sk_buff *skb,
>> + enum hsr_dev_idx dev_idx)
> []
>> + if (node && compare_ether_addr(node->MacAddressA, hsr_sp->MacAddressA)) {
> []
>> + if (node && (dev_idx == node->AddrB_if) &&
>> + compare_ether_addr(node->MacAddressB, hsr_ethsup->ethhdr.h_source)) {
> []
>> + if (node && (dev_idx != node->AddrB_if) &&
>> + (node->AddrB_if != HSR_DEV_NONE) &&
>> + compare_ether_addr(node->MacAddressA, hsr_ethsup->ethhdr.h_source)) {
> []
>> + if (compare_ether_addr(hsr_sp->MacAddressA, hsr_ethsup->ethhdr.h_source))
>
> []
>
>> +/* above(a, b) - return 1 if a > b, 0 otherwise.
>> + */
>> +static bool above(u16 a, u16 b)
>> +{
>> + /* Remove inconsistency where above(a, b) == below(a, b) */
>> + if ((int) b - a == 32768)
>> + return 0;
>> +
>> + return (((s16) (b - a)) < 0);
>> +}
>> +#define below(a, b) above((b), (a))
>> +#define above_or_eq(a, b) (!below((a), (b)))
>> +#define below_or_eq(a, b) (!above((a), (b)))
>
> This looks odd.
It relies on unsigned arithmetic to compare two values that may wrap. I.e.,
it doesn't care about the absolute sizes, but only about the distance
between the numbers.
It is inspired in part by the code in jiffies.h, but adapted to 16-bit
types. The code you suggested (below) will not work in this case.
See e.g. http://en.wikipedia.org/wiki/Serial_number_arithmetic
>
> static bool above(u16 a, u16 b)
> {
> return a > b;
> }
> #define below(a, b) above(b, a)
>
> static bool above_or_eq(u16 a, u16 b)
> {
> return a >= b;
> }
> #define below_or_eq(a, b) above_or_eq(b, a)
>
>
>
--
Arvid Brodin | Consultant (Linux)
XDIN AB | Knarrarnäsgatan 7 | SE-164 40 Kista | Sweden | xdin.com
next prev parent reply other threads:[~2013-10-25 18:20 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-23 16:09 [PATCH v5] net/hsr: Add support for the High-availability Seamless Redundancy protocol (HSRv0) Arvid Brodin
2013-10-23 16:52 ` Joe Perches
2013-10-25 18:20 ` Arvid Brodin [this message]
2013-10-25 18:31 ` Joe Perches
2013-10-28 9:17 ` David Laight
2013-10-29 20:36 ` Arvid Brodin
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=526AB665.5020402@xdin.com \
--to=arvid.brodin@xdin.com \
--cc=balferreira@googlemail.com \
--cc=davem@davemloft.net \
--cc=elias.molina@ehu.es \
--cc=jboticario@gmail.com \
--cc=joe@perches.com \
--cc=netdev@vger.kernel.org \
--cc=shemminger@vyatta.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.