netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH net-next] rocker: fix neigh tbl index increment race
@ 2015-06-13  4:24 sfeldma
  2015-06-15  2:07 ` Simon Horman
  2015-06-15 23:04 ` David Miller
  0 siblings, 2 replies; 3+ messages in thread
From: sfeldma @ 2015-06-13  4:24 UTC (permalink / raw)
  To: netdev; +Cc: jiri, simon.horman, makita.toshiaki

From: Scott Feldman <sfeldma@gmail.com>

rocker->neigh_tbl_next_index is used to generate unique indices for neigh
entries programmed into the device.  The way new indices were generated was
racy with the new prepare-commit transaction model.  A simple fix here
removes the race.  The race was with two processes getting the same index,
one process using prepare-commit, the other not:

Proc A					Proc B

PREPARE phase
get neigh_tbl_next_index

					NONE phase
					get neigh_tbl_next_index
					neigh_tbl_next_index++

COMMIT phase
neigh_tbl_next_index++

Both A and B got the same index.  The fix is to store and increment
neigh_tbl_next_index in the PREPARE (or NONE) phase and use value in COMMIT
phase:

Proc A					Proc B

PREPARE phase
get neigh_tbl_next_index
neigh_tbl_next_index++

					NONE phase
					get neigh_tbl_next_index
					neigh_tbl_next_index++

COMMIT phase
// use value stashed in PREPARE phase

Reported-by: Simon Horman <simon.horman@netronome.com>
Signed-off-by: Scott Feldman <sfeldma@gmail.com>
---
 drivers/net/ethernet/rocker/rocker.c |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/net/ethernet/rocker/rocker.c b/drivers/net/ethernet/rocker/rocker.c
index c6a6e3c..a9d1559 100644
--- a/drivers/net/ethernet/rocker/rocker.c
+++ b/drivers/net/ethernet/rocker/rocker.c
@@ -2901,10 +2901,10 @@ static void _rocker_neigh_add(struct rocker *rocker,
 			      enum switchdev_trans trans,
 			      struct rocker_neigh_tbl_entry *entry)
 {
-	entry->index = rocker->neigh_tbl_next_index;
+	if (trans != SWITCHDEV_TRANS_COMMIT)
+		entry->index = rocker->neigh_tbl_next_index++;
 	if (trans == SWITCHDEV_TRANS_PREPARE)
 		return;
-	rocker->neigh_tbl_next_index++;
 	entry->ref_count++;
 	hash_add(rocker->neigh_tbl, &entry->entry,
 		 be32_to_cpu(entry->ip_addr));
-- 
1.7.10.4

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH net-next] rocker: fix neigh tbl index increment race
  2015-06-13  4:24 [PATCH net-next] rocker: fix neigh tbl index increment race sfeldma
@ 2015-06-15  2:07 ` Simon Horman
  2015-06-15 23:04 ` David Miller
  1 sibling, 0 replies; 3+ messages in thread
From: Simon Horman @ 2015-06-15  2:07 UTC (permalink / raw)
  To: sfeldma; +Cc: netdev, jiri, makita.toshiaki

On Fri, Jun 12, 2015 at 09:24:40PM -0700, sfeldma@gmail.com wrote:
> From: Scott Feldman <sfeldma@gmail.com>
> 
> rocker->neigh_tbl_next_index is used to generate unique indices for neigh
> entries programmed into the device.  The way new indices were generated was
> racy with the new prepare-commit transaction model.  A simple fix here
> removes the race.  The race was with two processes getting the same index,
> one process using prepare-commit, the other not:
> 
> Proc A					Proc B
> 
> PREPARE phase
> get neigh_tbl_next_index
> 
> 					NONE phase
> 					get neigh_tbl_next_index
> 					neigh_tbl_next_index++
> 
> COMMIT phase
> neigh_tbl_next_index++
> 
> Both A and B got the same index.  The fix is to store and increment
> neigh_tbl_next_index in the PREPARE (or NONE) phase and use value in COMMIT
> phase:
> 
> Proc A					Proc B
> 
> PREPARE phase
> get neigh_tbl_next_index
> neigh_tbl_next_index++
> 
> 					NONE phase
> 					get neigh_tbl_next_index
> 					neigh_tbl_next_index++
> 
> COMMIT phase
> // use value stashed in PREPARE phase
> 
> Reported-by: Simon Horman <simon.horman@netronome.com>
> Signed-off-by: Scott Feldman <sfeldma@gmail.com>

Reviewed-by: Simon Horman <simon.horman@netronome.com>

> ---
>  drivers/net/ethernet/rocker/rocker.c |    4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/net/ethernet/rocker/rocker.c b/drivers/net/ethernet/rocker/rocker.c
> index c6a6e3c..a9d1559 100644
> --- a/drivers/net/ethernet/rocker/rocker.c
> +++ b/drivers/net/ethernet/rocker/rocker.c
> @@ -2901,10 +2901,10 @@ static void _rocker_neigh_add(struct rocker *rocker,
>  			      enum switchdev_trans trans,
>  			      struct rocker_neigh_tbl_entry *entry)
>  {
> -	entry->index = rocker->neigh_tbl_next_index;
> +	if (trans != SWITCHDEV_TRANS_COMMIT)
> +		entry->index = rocker->neigh_tbl_next_index++;
>  	if (trans == SWITCHDEV_TRANS_PREPARE)
>  		return;
> -	rocker->neigh_tbl_next_index++;
>  	entry->ref_count++;
>  	hash_add(rocker->neigh_tbl, &entry->entry,
>  		 be32_to_cpu(entry->ip_addr));
> -- 
> 1.7.10.4
> 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH net-next] rocker: fix neigh tbl index increment race
  2015-06-13  4:24 [PATCH net-next] rocker: fix neigh tbl index increment race sfeldma
  2015-06-15  2:07 ` Simon Horman
@ 2015-06-15 23:04 ` David Miller
  1 sibling, 0 replies; 3+ messages in thread
From: David Miller @ 2015-06-15 23:04 UTC (permalink / raw)
  To: sfeldma; +Cc: netdev, jiri, simon.horman, makita.toshiaki

From: sfeldma@gmail.com
Date: Fri, 12 Jun 2015 21:24:40 -0700

> From: Scott Feldman <sfeldma@gmail.com>
> 
> rocker->neigh_tbl_next_index is used to generate unique indices for neigh
> entries programmed into the device.  The way new indices were generated was
> racy with the new prepare-commit transaction model.  A simple fix here
> removes the race.  The race was with two processes getting the same index,
> one process using prepare-commit, the other not:
 ...
> Reported-by: Simon Horman <simon.horman@netronome.com>
> Signed-off-by: Scott Feldman <sfeldma@gmail.com>

Applied.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-06-15 23:04 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-06-13  4:24 [PATCH net-next] rocker: fix neigh tbl index increment race sfeldma
2015-06-15  2:07 ` Simon Horman
2015-06-15 23:04 ` David Miller

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).