public inbox for b.a.t.m.a.n@lists.open-mesh.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>
Cc: "Martin Hundebøll" <martin@hundeboll.net>
Subject: Re: [B.A.T.M.A.N.] [PATCH 3/6] batman-adv: Buffer unicast packets before forward.
Date: Sat, 1 Dec 2012 03:03:55 +0100	[thread overview]
Message-ID: <20121201020355.GG24115@ritirata.org> (raw)
In-Reply-To: <18b535aef6c8db0d0dfcd55a9dfde6c7bb62e2c7.1354287613.git.martin@hundeboll.net>

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

Hi Martin,

On Fri, Nov 30, 2012 at 04:08:32PM +0100, Martin Hundebøll wrote:
> diff --git a/network-coding.c b/network-coding.c
> index d9a601d..85288f2 100644
> --- a/network-coding.c
> +++ b/network-coding.c

[...]

>  int batadv_nc_init(struct batadv_priv *bat_priv)
>  {
> +	bat_priv->nc.timestamp_fwd_flush = jiffies;
> +
> +	if (bat_priv->nc.coding_hash)
> +		return 0;
> +
> +	bat_priv->nc.coding_hash = batadv_hash_new(128);
> +	if (!bat_priv->nc.coding_hash)
> +		goto err;
> +
> +	batadv_hash_set_lock_class(bat_priv->nc.coding_hash,
> +				   &batadv_nc_coding_hash_lock_class_key);
> +
>  	INIT_DELAYED_WORK(&bat_priv->nc.work, batadv_nc_worker);
>  	batadv_nc_start_timer(bat_priv);
> -
>  	return 0;

ehm..why removing this blank line now? Either you leave it there or you don't
introduce it at all in the previous patch.

> +
> +err:
> +	return -ENOMEM;
>  }
>  
>  /**
> @@ -56,6 +74,7 @@ void batadv_nc_init_bat_priv(struct batadv_priv *bat_priv)
>  {
>  	atomic_set(&bat_priv->network_coding, 1);
>  	bat_priv->nc.min_tq = 200;
> +	bat_priv->nc.max_fwd_delay = 10;

Maybe it's just my taste, but I would rather prefer to have all these constants
defined somewhere (main.h ?) instead of throwing numbers directly in the code. I
personally find much easier to change default parameters directly in a single
file instead of digging into the code (especially if I didn't write it :-))

[...]

> +static bool batadv_nc_to_purge_nc_path_coding(struct batadv_priv *bat_priv,
> +					      struct batadv_nc_path *nc_path)
> +{
> +	if (atomic_read(&bat_priv->mesh_state) != BATADV_MESH_ACTIVE)
> +		return true;
> +
> +	/* purge the path when no packets has been added for 10 times the
> +	 * max_fwd_delay time
> +	 */
> +	return batadv_has_timed_out(nc_path->last_valid,
> +				    bat_priv->nc.max_fwd_delay*10);

operands should be separated from the operator               ^^^


[...]

> +			/* purging an non-empty nc_path should never happen and
> +			 * leaks memory, so warn about it
> +			 */
> +			if (!unlikely(list_empty(&nc_path->packet_list))) {
> +				net_ratelimited_function(printk,
> +							 KERN_WARNING
> +							 "Skipping free of non-empty nc_path (%pM -> %pM)!\n",
> +							 nc_path->prev_hop,
> +							 nc_path->next_hop);

I don't have a clear overview of the whole thing, so this comment might be
wrong: here you state that if this condition occurs we are going to leak memory,
so why not freeing all the packets in the list here?
If this is not really possible and this situation is a real "bug" (meaning the
code should never enter this if-loop) then I think it is worth a WARN_ON().


> +/**
> + * batadv_nc_hash_compare - comparing function used in the network coding hash
> + *  tables
> + * @node: node in the local table
> + * @data2: second object to compare the node to
> + *
> + * Returns 1 if the two entry are the same, 0 otherwise
> + */
> +static int batadv_nc_hash_compare(const struct hlist_node *node,
> +				  const void *data2)
> +{
> +	const struct batadv_nc_path *nc_path1, *nc_path2;
> +
> +	nc_path1 = container_of(node, struct batadv_nc_path, hash_entry);
> +	nc_path2 = data2;
> +
> +	/* Return true if the two keys are identical */

you are returning 1/0, not true/false

[...]

> +/**
> + * batadv_nc_fwd_flush - Checks whether the given nc packet has hit its forward
> + *  timeout. If so, the packet is no longer delayed, immediately sent and the
> + *  entry deleted from the queue. Has to be called with the appropriate locks.

This is supposed to be a short description (if needed it can span multiple
lines, but I would suggest to keep it simple). You can move big part of the description
(don't remove it! It is very useful) below, together with the rest of the long
description (yes, the one
below the args is the long description; it is not supposed to contain the
returns value only)

> + * @bat_priv: the bat priv with all the soft interface information
> + * @nc_path: the nc path the packet belongs to
> + * @nc_packet: the nc packet to be checked
> + *
> + * Returns false as soon as the entry in the fifo queue has not been timed out
> + * yet and true otherwise.
> + */
> +static bool batadv_nc_fwd_flush(struct batadv_priv *bat_priv,
> +				struct batadv_nc_path *nc_path,
> +				struct batadv_nc_packet *nc_packet)
> +{

[...]

> +/**
> + * batadv_nc_process_nc_paths - traverse given nc packet pool and
> + * @bat_priv: the bat priv with all the soft interface information
> + * @hash: to be processed hash table
> + * process_fn: Function called to process given nc packet. Should return true
> + *	       to encourage this function to proceed with the next packet.
> + *	       Otherwise the rest of the current queue is skipped.

missing @ and please align the second/third line right below the beginning of
the first (refer to Documentation/kernel-doc-nano-HOWTO.txt for more details)

> + */
> +static void
> +batadv_nc_process_nc_paths(struct batadv_priv *bat_priv,
> +			   struct batadv_hashtable *hash,
> +			   bool (*process_fn)(struct batadv_priv *,
> +					      struct batadv_nc_path *,
> +					      struct batadv_nc_packet *))
> +{
> +	struct hlist_node *node;
> +	struct hlist_head *head;
> +	spinlock_t *packet_list_lock; /* Protects lists in hash table */
> +	struct batadv_nc_packet *nc_packet, *nc_packet_tmp;
> +	struct batadv_nc_path *nc_path;
> +	bool ret;
> +	int i;
> +
> +	if (!hash)
> +		return;
> +
> +	/* Loop hash table bins */
> +	for (i = 0; i < hash->size; i++) {
> +		head = &hash->table[i];
> +
> +		/* Loop coding paths */
> +		rcu_read_lock();
> +		hlist_for_each_entry_rcu(nc_path, node, head, hash_entry) {
> +			packet_list_lock = &nc_path->packet_list_lock;
> +

Please remove this blank line right after the opening bracket.

> +			/* Loop packets */
> +			spin_lock_bh(packet_list_lock);
> +			list_for_each_entry_safe(nc_packet, nc_packet_tmp,
> +						 &nc_path->packet_list, list) {
> +

same here

> +				ret = process_fn(bat_priv, nc_path, nc_packet);
> +				if (!ret)
> +					break;
> +			}
> +			spin_unlock_bh(packet_list_lock);
> +		}
> +		rcu_read_unlock();
> +	}
> +}

[...]

>  
>  /**
> -<<<<<<< HEAD
> -=======

mh..interesting ;-)

[...]

> +
> +	/* Add nc_path to hash table */
> +	hash_added = batadv_hash_add(hash, batadv_nc_hash_compare,
> +				     batadv_nc_hash_choose,
> +				     (void *)&nc_path_key,

you don't need to cast to (void *)



Cheers,


-- 
Antonio Quartulli

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

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

  reply	other threads:[~2012-12-01  2:03 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-30 15:08 [B.A.T.M.A.N.] [PATCH 0/6] CATWOMAN: Network coding in batman-adv Martin Hundebøll
2012-11-30 15:08 ` [B.A.T.M.A.N.] [PATCH 1/6] batman-adv: Add the initial code for network coding Martin Hundebøll
2012-11-30 15:08 ` [B.A.T.M.A.N.] [PATCH 2/6] batman-adv: Detect coding nodes and remove these after timeout Martin Hundebøll
2012-11-30 15:39   ` Sven Eckelmann
2012-11-30 15:08 ` [B.A.T.M.A.N.] [PATCH 3/6] batman-adv: Buffer unicast packets before forward Martin Hundebøll
2012-12-01  2:03   ` Antonio Quartulli [this message]
2012-11-30 15:08 ` [B.A.T.M.A.N.] [PATCH 4/6] batman-adv: Code and transmit packets if possible Martin Hundebøll
2012-12-01  2:23   ` Antonio Quartulli
2012-11-30 15:08 ` [B.A.T.M.A.N.] [PATCH 5/6] batman-adv: Save overheard and tx packets for decoding Martin Hundebøll
2012-12-01 11:01   ` Antonio Quartulli
2012-12-01 11:07     ` Antonio Quartulli
2012-11-30 15:08 ` [B.A.T.M.A.N.] [PATCH 6/6] batman-adv: Receive coded packets and decode them Martin Hundebøll
2012-12-01 11:14 ` [B.A.T.M.A.N.] [PATCH 0/6] CATWOMAN: Network coding in batman-adv 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=20121201020355.GG24115@ritirata.org \
    --to=ordex@autistici.org \
    --cc=b.a.t.m.a.n@lists.open-mesh.org \
    --cc=martin@hundeboll.net \
    /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