netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH net] tuntap: synchronize through tfiles array instead of tun->numqueues
@ 2019-05-07  3:23 Jason Wang
  2019-05-07  3:41 ` Eric Dumazet
  0 siblings, 1 reply; 5+ messages in thread
From: Jason Wang @ 2019-05-07  3:23 UTC (permalink / raw)
  To: netdev; +Cc: mst, Jason Wang, YueHaibing, Cong Wang, weiyongjun (A)

When a queue(tfile) is detached through __tun_detach(), we move the
last enabled tfile to the position where detached one sit but don't
NULL out last position. We expect to synchronize the datapath through
tun->numqueues. Unfortunately, this won't work since we're lacking
sufficient mechanism to order or synchronize the access to
tun->numqueues.

To fix this, NULL out the last position during detaching and check
RCU protected tfile against NULL instead of checking tun->numqueues in
datapath.

Cc: YueHaibing <yuehaibing@huawei.com>
Cc: Cong Wang <xiyou.wangcong@gmail.com>
Cc: weiyongjun (A) <weiyongjun1@huawei.com>
Fixes: c8d68e6be1c3b ("tuntap: multiqueue support")
Signed-off-by: Jason Wang <jasowang@redhat.com>
---
 drivers/net/tun.c | 12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index e9ca1c0..a64c928 100644
--- a/drivers/net/tun.c
+++ b/drivers/net/tun.c
@@ -700,6 +700,8 @@ static void __tun_detach(struct tun_file *tfile, bool clean)
 				   tun->tfiles[tun->numqueues - 1]);
 		ntfile = rtnl_dereference(tun->tfiles[index]);
 		ntfile->queue_index = index;
+		rcu_assign_pointer(tun->tfiles[tun->numqueues - 1],
+				   NULL);
 
 		--tun->numqueues;
 		if (clean) {
@@ -1082,7 +1084,7 @@ static netdev_tx_t tun_net_xmit(struct sk_buff *skb, struct net_device *dev)
 	tfile = rcu_dereference(tun->tfiles[txq]);
 
 	/* Drop packet if interface is not attached */
-	if (txq >= tun->numqueues)
+	if (!tfile)
 		goto drop;
 
 	if (!rcu_dereference(tun->steering_prog))
@@ -1306,13 +1308,13 @@ static int tun_xdp_xmit(struct net_device *dev, int n,
 	rcu_read_lock();
 
 	numqueues = READ_ONCE(tun->numqueues);
-	if (!numqueues) {
-		rcu_read_unlock();
-		return -ENXIO; /* Caller will free/return all frames */
-	}
 
 	tfile = rcu_dereference(tun->tfiles[smp_processor_id() %
 					    numqueues]);
+	if (!tfile) {
+		rcu_read_unlock();
+		return -ENXIO; /* Caller will free/return all frames */
+	}
 
 	spin_lock(&tfile->tx_ring.producer_lock);
 	for (i = 0; i < n; i++) {
-- 
1.8.3.1


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

* Re: [PATCH net] tuntap: synchronize through tfiles array instead of tun->numqueues
  2019-05-07  3:23 [PATCH net] tuntap: synchronize through tfiles array instead of tun->numqueues Jason Wang
@ 2019-05-07  3:41 ` Eric Dumazet
  2019-05-07  3:54   ` Jason Wang
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Dumazet @ 2019-05-07  3:41 UTC (permalink / raw)
  To: Jason Wang, netdev; +Cc: mst, YueHaibing, Cong Wang, weiyongjun (A)



On 5/6/19 11:23 PM, Jason Wang wrote:
> When a queue(tfile) is detached through __tun_detach(), we move the
> last enabled tfile to the position where detached one sit but don't
> NULL out last position. We expect to synchronize the datapath through
> tun->numqueues. Unfortunately, this won't work since we're lacking
> sufficient mechanism to order or synchronize the access to
> tun->numqueues.
> 
> To fix this, NULL out the last position during detaching and check
> RCU protected tfile against NULL instead of checking tun->numqueues in
> datapath.
> 
> Cc: YueHaibing <yuehaibing@huawei.com>
> Cc: Cong Wang <xiyou.wangcong@gmail.com>
> Cc: weiyongjun (A) <weiyongjun1@huawei.com>
> Fixes: c8d68e6be1c3b ("tuntap: multiqueue support")
> Signed-off-by: Jason Wang <jasowang@redhat.com>
> ---
>  drivers/net/tun.c | 12 +++++++-----
>  1 file changed, 7 insertions(+), 5 deletions(-)
> 
> diff --git a/drivers/net/tun.c b/drivers/net/tun.c
> index e9ca1c0..a64c928 100644
> --- a/drivers/net/tun.c
> +++ b/drivers/net/tun.c
> @@ -700,6 +700,8 @@ static void __tun_detach(struct tun_file *tfile, bool clean)
>  				   tun->tfiles[tun->numqueues - 1]);
>  		ntfile = rtnl_dereference(tun->tfiles[index]);
>  		ntfile->queue_index = index;
> +		rcu_assign_pointer(tun->tfiles[tun->numqueues - 1],
> +				   NULL);
>  
>  		--tun->numqueues;
>  		if (clean) {
> @@ -1082,7 +1084,7 @@ static netdev_tx_t tun_net_xmit(struct sk_buff *skb, struct net_device *dev)
>  	tfile = rcu_dereference(tun->tfiles[txq]);
>  
>  	/* Drop packet if interface is not attached */
> -	if (txq >= tun->numqueues)
> +	if (!tfile)
>  		goto drop;
>  
>  	if (!rcu_dereference(tun->steering_prog))
> @@ -1306,13 +1308,13 @@ static int tun_xdp_xmit(struct net_device *dev, int n,
>  	rcu_read_lock();
>  
>  	numqueues = READ_ONCE(tun->numqueues);
> -	if (!numqueues) {
> -		rcu_read_unlock();
> -		return -ENXIO; /* Caller will free/return all frames */
> -	}
>  

If you remove the test on (!numqueues),
the following might crash with a divide by zero...

>  	tfile = rcu_dereference(tun->tfiles[smp_processor_id() %
>  					    numqueues]);


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

* Re: [PATCH net] tuntap: synchronize through tfiles array instead of tun->numqueues
  2019-05-07  3:41 ` Eric Dumazet
@ 2019-05-07  3:54   ` Jason Wang
  2019-05-07 14:47     ` Eric Dumazet
  0 siblings, 1 reply; 5+ messages in thread
From: Jason Wang @ 2019-05-07  3:54 UTC (permalink / raw)
  To: Eric Dumazet, netdev; +Cc: mst, YueHaibing, Cong Wang, weiyongjun (A)


On 2019/5/7 上午11:41, Eric Dumazet wrote:
>
> On 5/6/19 11:23 PM, Jason Wang wrote:
>> When a queue(tfile) is detached through __tun_detach(), we move the
>> last enabled tfile to the position where detached one sit but don't
>> NULL out last position. We expect to synchronize the datapath through
>> tun->numqueues. Unfortunately, this won't work since we're lacking
>> sufficient mechanism to order or synchronize the access to
>> tun->numqueues.
>>
>> To fix this, NULL out the last position during detaching and check
>> RCU protected tfile against NULL instead of checking tun->numqueues in
>> datapath.
>>
>> Cc: YueHaibing <yuehaibing@huawei.com>
>> Cc: Cong Wang <xiyou.wangcong@gmail.com>
>> Cc: weiyongjun (A) <weiyongjun1@huawei.com>
>> Fixes: c8d68e6be1c3b ("tuntap: multiqueue support")
>> Signed-off-by: Jason Wang <jasowang@redhat.com>
>> ---
>>   drivers/net/tun.c | 12 +++++++-----
>>   1 file changed, 7 insertions(+), 5 deletions(-)
>>
>> diff --git a/drivers/net/tun.c b/drivers/net/tun.c
>> index e9ca1c0..a64c928 100644
>> --- a/drivers/net/tun.c
>> +++ b/drivers/net/tun.c
>> @@ -700,6 +700,8 @@ static void __tun_detach(struct tun_file *tfile, bool clean)
>>   				   tun->tfiles[tun->numqueues - 1]);
>>   		ntfile = rtnl_dereference(tun->tfiles[index]);
>>   		ntfile->queue_index = index;
>> +		rcu_assign_pointer(tun->tfiles[tun->numqueues - 1],
>> +				   NULL);
>>   
>>   		--tun->numqueues;
>>   		if (clean) {
>> @@ -1082,7 +1084,7 @@ static netdev_tx_t tun_net_xmit(struct sk_buff *skb, struct net_device *dev)
>>   	tfile = rcu_dereference(tun->tfiles[txq]);
>>   
>>   	/* Drop packet if interface is not attached */
>> -	if (txq >= tun->numqueues)
>> +	if (!tfile)
>>   		goto drop;
>>   
>>   	if (!rcu_dereference(tun->steering_prog))
>> @@ -1306,13 +1308,13 @@ static int tun_xdp_xmit(struct net_device *dev, int n,
>>   	rcu_read_lock();
>>   
>>   	numqueues = READ_ONCE(tun->numqueues);
>> -	if (!numqueues) {
>> -		rcu_read_unlock();
>> -		return -ENXIO; /* Caller will free/return all frames */
>> -	}
>>   
> If you remove the test on (!numqueues),
> the following might crash with a divide by zero...


Indeed, let me post V2.

Thanks


>
>>   	tfile = rcu_dereference(tun->tfiles[smp_processor_id() %
>>   					    numqueues]);

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

* Re: [PATCH net] tuntap: synchronize through tfiles array instead of tun->numqueues
  2019-05-07  3:54   ` Jason Wang
@ 2019-05-07 14:47     ` Eric Dumazet
  2019-05-08  2:54       ` Jason Wang
  0 siblings, 1 reply; 5+ messages in thread
From: Eric Dumazet @ 2019-05-07 14:47 UTC (permalink / raw)
  To: Jason Wang, Eric Dumazet, netdev
  Cc: mst, YueHaibing, Cong Wang, weiyongjun (A)



On 5/6/19 11:54 PM, Jason Wang wrote:
> 
> On 2019/5/7 上午11:41, Eric Dumazet wrote:
>>
>>>   
>> If you remove the test on (!numqueues),
>> the following might crash with a divide by zero...
> 
> 
> Indeed, let me post V2.

You probably want to fix tun_ebpf_select_queue() as well.


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

* Re: [PATCH net] tuntap: synchronize through tfiles array instead of tun->numqueues
  2019-05-07 14:47     ` Eric Dumazet
@ 2019-05-08  2:54       ` Jason Wang
  0 siblings, 0 replies; 5+ messages in thread
From: Jason Wang @ 2019-05-08  2:54 UTC (permalink / raw)
  To: Eric Dumazet, netdev; +Cc: mst, YueHaibing, Cong Wang, weiyongjun (A)


On 2019/5/7 下午10:47, Eric Dumazet wrote:
>
> On 5/6/19 11:54 PM, Jason Wang wrote:
>> On 2019/5/7 上午11:41, Eric Dumazet wrote:
>>>>    
>>> If you remove the test on (!numqueues),
>>> the following might crash with a divide by zero...
>>
>> Indeed, let me post V2.
> You probably want to fix tun_ebpf_select_queue() as well.
>

Yes, will fix this in V3.

Thanks


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

end of thread, other threads:[~2019-05-08  2:55 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-05-07  3:23 [PATCH net] tuntap: synchronize through tfiles array instead of tun->numqueues Jason Wang
2019-05-07  3:41 ` Eric Dumazet
2019-05-07  3:54   ` Jason Wang
2019-05-07 14:47     ` Eric Dumazet
2019-05-08  2:54       ` Jason Wang

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).