All of lore.kernel.org
 help / color / mirror / Atom feed
From: Antonio Quartulli <ordex@autistici.org>
To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n@lists.open-mesh.org>
Subject: Re: [B.A.T.M.A.N.] [PATCHv3 1/9] batman-adv: make struct batadv_neigh_node algorithm agnostic
Date: Fri, 16 Aug 2013 08:27:29 +0200	[thread overview]
Message-ID: <20130816062729.GV849@ritirata.org> (raw)
In-Reply-To: <201308161146.41467.lindner_marek@yahoo.de>

[-- Attachment #1: Type: text/plain, Size: 7457 bytes --]

On Fri, Aug 16, 2013 at 11:46:41AM +0800, Marek Lindner wrote:
> On Tuesday, August 13, 2013 14:43:44 Antonio Quartulli wrote:
> > @@ -1011,13 +1011,13 @@ batadv_iv_ogm_update_seqnos(const struct ethhdr
> > *ethhdr, }
> > 
> >  		/* if the window moved, set the update flag. */
> > -		need_update |= batadv_bit_get_packet(bat_priv,
> > -						     tmp_neigh_node->real_bits,
> > +		bitmap = tmp_neigh_node->bat_iv.real_bits;
> > +		need_update |= batadv_bit_get_packet(bat_priv, bitmap,
> >  						     seq_diff, set_mark);
> > 
> > -		packet_count = bitmap_weight(tmp_neigh_node->real_bits,
> > +		packet_count = bitmap_weight(tmp_neigh_node->bat_iv.real_bits,
> >  					     BATADV_TQ_LOCAL_WINDOW_SIZE);
> > -		tmp_neigh_node->real_packet_count = packet_count;
> > +		tmp_neigh_node->bat_iv.real_packet_count = packet_count;
> >  	}
> 
> You can't make assumptions about the size of bitmap because it is platform 
> specific which is why the variable declaration is a macro in the first place.

where do I make such assumption? Variable bitmap is a just storing the address
of the bitmap.

> 
> 
> > @@ -174,27 +174,28 @@ batadv_orig_node_get_router(struct batadv_orig_node
> > *orig_node)
> > 
> >  struct batadv_neigh_node *
> >  batadv_neigh_node_new(struct batadv_hard_iface *hard_iface,
> > -		      const uint8_t *neigh_addr)
> > +		      const uint8_t *neigh_addr,
> > +		      struct batadv_orig_node *orig_node)
> >  {
> 
> That merits some kernel doc!  :)
> 

yap

> 
> > -	struct batadv_priv *bat_priv = netdev_priv(hard_iface->soft_iface);
> >  	struct batadv_neigh_node *neigh_node;
> > 
> >  	neigh_node = kzalloc(sizeof(*neigh_node), GFP_ATOMIC);
> >  	if (!neigh_node)
> >  		goto out;
> > 
> > -	INIT_HLIST_NODE(&neigh_node->list);
> > -
> >  	memcpy(neigh_node->addr, neigh_addr, ETH_ALEN);
> > -	spin_lock_init(&neigh_node->lq_update_lock);
> > +	neigh_node->if_incoming = hard_iface;
> > +	neigh_node->orig_node = orig_node;
> > +
> > +	spin_lock_bh(&orig_node->neigh_list_lock);
> > +	hlist_add_head_rcu(&neigh_node->list, &orig_node->neigh_list);
> > +	spin_unlock_bh(&orig_node->neigh_list_lock);
> > +
> > +	INIT_LIST_HEAD(&neigh_node->bonding_list);
> > 
> >  	/* extra reference for return */
> >  	atomic_set(&neigh_node->refcount, 2);
> > 
> > -	batadv_dbg(BATADV_DBG_BATMAN, bat_priv,
> > -		   "Creating new neighbor %pM on interface %s\n", neigh_addr,
> > -		   hard_iface->net_dev->name);
> > -
> >  out:
> >  	return neigh_node;
> >  }
> 
> All variables should be initialized before we add the new entry to the any 
> list.
> 

object is allocated with kzalloc: everything is zero. I thought we use kzalloc
for this purpose: avoid initialisation of every field..no?

> 
> > @@ -436,7 +437,8 @@ batadv_purge_orig_neighbors(struct batadv_priv
> > *bat_priv, batadv_neigh_node_free_ref(neigh_node);
> >  		} else {
> >  			if ((!*best_neigh_node) ||
> > -			    (neigh_node->tq_avg > (*best_neigh_node)->tq_avg))
> > +			    (neigh_node->bat_iv.tq_avg >
> > +			     (*best_neigh_node)->bat_iv.tq_avg))
> >  				*best_neigh_node = neigh_node;
> >  		}
> >  	}
> 
> Do you think David will accept that ? 

yes and no :) maybe I should use some more variables..

> 
> 
> > @@ -133,7 +133,8 @@ void batadv_bonding_candidate_add(struct
> > batadv_orig_node *orig_node, goto candidate_del;
> > 
> >  	/* ... and is good enough to be considered */
> > -	if (neigh_node->tq_avg < router->tq_avg - BATADV_BONDING_TQ_THRESHOLD)
> > +	if (neigh_node->bat_iv.tq_avg <
> > +	    router->bat_iv.tq_avg - BATADV_BONDING_TQ_THRESHOLD)
> >  		goto candidate_del;
> > 
> >  	/* check if we have another candidate with the same mac address or
> 
> Same here. I suggest to calculate router->bat_iv.tq_avg - 
> BATADV_BONDING_TQ_THRESHOLD in advance and store it in a variable.

ok

> 
> 
> > @@ -470,8 +471,7 @@ batadv_find_bond_router(struct batadv_orig_node
> > *primary_orig, * does not exist as rcu version
> >  	 */
> >  	list_del_rcu(&primary_orig->bond_list);
> > -	list_add_rcu(&primary_orig->bond_list,
> > -		     &router->bonding_list);
> > +	list_add_rcu(&primary_orig->bond_list, &router->bonding_list);
> >  	spin_unlock_bh(&primary_orig->neigh_list_lock);
> 
> Looks unrelated to the topic of this patch ?

yeah, simon spotted a couple of these things already. I think they were
introduced before and then I failed to reverse all them back.

> 
> 
> >  /**
> > - * struct batadv_neigh_node - structure for single hop neighbors
> > - * @list: list node for batadv_orig_node::neigh_list
> > - * @addr: mac address of neigh node
> > + * struct batadv_neigh_bat_iv - structure for single hop neighbors
> >   * @tq_recv: ring buffer of received TQ values from this neigh node
> >   * @tq_index: ring buffer index
> >   * @tq_avg: averaged tq of all tq values in the ring buffer (tq_recv)
> > - * @last_ttl: last received ttl from this neigh node
> > - * @bonding_list: list node for batadv_orig_node::bond_list
> > - * @last_seen: when last packet via this neighbor was received
> >   * @real_bits: bitfield containing the number of OGMs received from this
> > neigh *  node (relative to orig_node->last_real_seqno)
> >   * @real_packet_count: counted result of real_bits
> > - * @orig_node: pointer to corresponding orig_node
> > - * @if_incoming: pointer to incoming hard interface
> >   * @lq_update_lock: lock protecting tq_recv & tq_index
> >   * @refcount: number of contexts the object is used
> > - * @rcu: struct used for freeing in an RCU-safe manner
> >   */
> > -struct batadv_neigh_node {
> > -	struct hlist_node list;
> > -	uint8_t addr[ETH_ALEN];
> > +struct batadv_neigh_bat_iv {
> >  	uint8_t tq_recv[BATADV_TQ_GLOBAL_WINDOW_SIZE];
> >  	uint8_t tq_index;
> >  	uint8_t tq_avg;
> > -	uint8_t last_ttl;
> > -	struct list_head bonding_list;
> > -	unsigned long last_seen;
> >  	DECLARE_BITMAP(real_bits, BATADV_TQ_LOCAL_WINDOW_SIZE);
> >  	uint8_t real_packet_count;
> > +	spinlock_t lq_update_lock; /* protects tq_recv & tq_index */
> > +};
> 
> @refcount ?

:)

> 
> 
> > +/**
> > + * struct batadv_neigh_node - structure for single hops neighbors
> > + * @list: list node for batadv_orig_node::neigh_list
> > + * @orig_node: pointer to corresponding orig_node
> > + * @addr: the MAC address of the neighboring interface
> > + * @if_incoming: pointer to incoming hard interface
> > + * @last_seen: when last packet via this neighbor was received
> > + * @last_ttl: last received ttl from this neigh node
> > + * @bonding_list: list node for batadv_orig_node::bond_list
> > + * @rcu: struct used for freeing in an RCU-safe manner
> > + * @priv: pointer to the routing algorithm private data
> > + */
> > +struct batadv_neigh_node {
> > +	struct hlist_node list;
> >  	struct batadv_orig_node *orig_node;
> > +	uint8_t addr[ETH_ALEN];
> >  	struct batadv_hard_iface *if_incoming;
> > -	spinlock_t lq_update_lock; /* protects tq_recv & tq_index */
> > +	unsigned long last_seen;
> > +	uint8_t last_ttl;
> > +	struct list_head bonding_list;
> >  	atomic_t refcount;
> >  	struct rcu_head rcu;
> > +	struct batadv_neigh_bat_iv bat_iv;
> >  };
> 
> @priv ??? Copy and paste bug I presume ?
> 

of course!

> Cheers,
> Marek

-- 
Antonio Quartulli

..each of us alone is worth nothing..
Ernesto "Che" Guevara

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  reply	other threads:[~2013-08-16  6:27 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-13  6:43 [B.A.T.M.A.N.] [PATCHv3 0/9] Improving the routing protocol abstraction Antonio Quartulli
2013-08-13  6:43 ` [B.A.T.M.A.N.] [PATCHv3 1/9] batman-adv: make struct batadv_neigh_node algorithm agnostic Antonio Quartulli
2013-08-16  3:46   ` Marek Lindner
2013-08-16  6:27     ` Antonio Quartulli [this message]
2013-08-16  9:27       ` Marek Lindner
2013-08-13  6:43 ` [B.A.T.M.A.N.] [PATCHv3 2/9] batman-adv: make struct batadv_orig_node " Antonio Quartulli
2013-08-16  4:01   ` Marek Lindner
2013-08-16  6:29     ` Antonio Quartulli
2013-08-13  6:43 ` [B.A.T.M.A.N.] [PATCHv3 3/9] batman-adv: add bat_orig_print function API Antonio Quartulli
2013-08-16  4:05   ` Marek Lindner
2013-08-16  6:30     ` Antonio Quartulli
2013-08-13  6:43 ` [B.A.T.M.A.N.] [PATCHv3 4/9] batman-adv: add bat_metric_get API function Antonio Quartulli
2013-08-26  1:44   ` Marek Lindner
2013-08-13  6:43 ` [B.A.T.M.A.N.] [PATCHv3 5/9] batman-adv: add bat_metric_is_equiv_or_better " Antonio Quartulli
2013-08-26  1:49   ` Marek Lindner
2013-08-26  6:37     ` Antonio Quartulli
2013-08-13  6:43 ` [B.A.T.M.A.N.] [PATCHv3 6/9] batman-adv: adapt bonding to use the new API functions Antonio Quartulli
2013-08-26  3:11   ` Marek Lindner
2013-08-27 16:33     ` Antonio Quartulli
2013-08-13  6:43 ` [B.A.T.M.A.N.] [PATCHv3 7/9] batman-adv: adapt the neighbor purging routine " Antonio Quartulli
2013-08-26  3:29   ` Marek Lindner
2013-08-13  6:43 ` [B.A.T.M.A.N.] [PATCHv3 8/9] batman-adv: provide orig_node routing API Antonio Quartulli
2013-08-26  3:31   ` Marek Lindner
2013-08-13  6:43 ` [B.A.T.M.A.N.] [PATCHv3 9/9] batman-adv: adapt the TT component to use the new API functions Antonio Quartulli

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=20130816062729.GV849@ritirata.org \
    --to=ordex@autistici.org \
    --cc=b.a.t.m.a.n@lists.open-mesh.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 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.