All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH net-next] Increase limit of macvtap queues
@ 2015-06-12 13:30 Pankaj Gupta
  2015-06-13 22:25 ` Sergei Shtylyov
  2015-06-14  8:42 ` Michael S. Tsirkin
  0 siblings, 2 replies; 4+ messages in thread
From: Pankaj Gupta @ 2015-06-12 13:30 UTC (permalink / raw)
  To: linux-kernel, netdev
  Cc: kaber, mst, davem, jasowang, vyasevic, bhutchings, therbert,
	viro, pagupta

Macvtap should be compatible with tuntap for maximum number
of queues. '1059590254fa9dce9cafc4f07d1103dbec415e76' removes
the limitation and increases number of queues in tuntap.
Now, Its safe to increase number of queues in Macvtap as well.

Signed-off-by: Pankaj Gupta <pagupta@redhat.com>
---
 include/linux/if_macvlan.h |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/include/linux/if_macvlan.h b/include/linux/if_macvlan.h
index 6f6929e..a4ccc31 100644
--- a/include/linux/if_macvlan.h
+++ b/include/linux/if_macvlan.h
@@ -29,7 +29,7 @@ struct macvtap_queue;
  * Maximum times a macvtap device can be opened. This can be used to
  * configure the number of receive queue, e.g. for multiqueue virtio.
  */
-#define MAX_MACVTAP_QUEUES     16
+#define MAX_MACVTAP_QUEUES     256

 #define MACVLAN_MC_FILTER_BITS 8
 #define MACVLAN_MC_FILTER_SZ   (1 << MACVLAN_MC_FILTER_BITS)
--
1.7.1


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

* Re: [PATCH net-next] Increase limit of macvtap queues
  2015-06-12 13:30 [PATCH net-next] Increase limit of macvtap queues Pankaj Gupta
@ 2015-06-13 22:25 ` Sergei Shtylyov
  2015-06-14  8:42 ` Michael S. Tsirkin
  1 sibling, 0 replies; 4+ messages in thread
From: Sergei Shtylyov @ 2015-06-13 22:25 UTC (permalink / raw)
  To: Pankaj Gupta, linux-kernel, netdev
  Cc: kaber, mst, davem, jasowang, vyasevic, bhutchings, therbert, viro

Hello.

On 06/12/2015 04:30 PM, Pankaj Gupta wrote:

> Macvtap should be compatible with tuntap for maximum number
> of queues. '1059590254fa9dce9cafc4f07d1103dbec415e76' removes

    Please also specify that commit's summary line in parens.

> the limitation and increases number of queues in tuntap.
> Now, Its safe to increase number of queues in Macvtap as well.

> Signed-off-by: Pankaj Gupta <pagupta@redhat.com>

WBR, Sergei


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

* Re: [PATCH net-next] Increase limit of macvtap queues
  2015-06-12 13:30 [PATCH net-next] Increase limit of macvtap queues Pankaj Gupta
  2015-06-13 22:25 ` Sergei Shtylyov
@ 2015-06-14  8:42 ` Michael S. Tsirkin
  2015-06-15  8:07   ` Jason Wang
  1 sibling, 1 reply; 4+ messages in thread
From: Michael S. Tsirkin @ 2015-06-14  8:42 UTC (permalink / raw)
  To: Pankaj Gupta
  Cc: linux-kernel, netdev, kaber, davem, jasowang, vyasevic,
	bhutchings, therbert, viro

On Fri, Jun 12, 2015 at 07:00:28PM +0530, Pankaj Gupta wrote:
> Macvtap should be compatible with tuntap for maximum number
> of queues. '1059590254fa9dce9cafc4f07d1103dbec415e76' removes
> the limitation and increases number of queues in tuntap.
> Now, Its safe to increase number of queues in Macvtap as well.
> 
> Signed-off-by: Pankaj Gupta <pagupta@redhat.com>

It's a good idea, but this might be a problem:

static void macvtap_del_queues(struct net_device *dev)
{
        struct macvlan_dev *vlan = netdev_priv(dev);
        struct macvtap_queue *q, *tmp, *qlist[MAX_MACVTAP_QUEUES];

...
}

by itself, this will use 2K on stack, which seems too much.

You need to rework this function to use a linked list + list_move
instead of an array + list_del_init.

> ---
>  include/linux/if_macvlan.h |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/include/linux/if_macvlan.h b/include/linux/if_macvlan.h
> index 6f6929e..a4ccc31 100644
> --- a/include/linux/if_macvlan.h
> +++ b/include/linux/if_macvlan.h
> @@ -29,7 +29,7 @@ struct macvtap_queue;
>   * Maximum times a macvtap device can be opened. This can be used to
>   * configure the number of receive queue, e.g. for multiqueue virtio.
>   */
> -#define MAX_MACVTAP_QUEUES     16
> +#define MAX_MACVTAP_QUEUES     256
> 
>  #define MACVLAN_MC_FILTER_BITS 8
>  #define MACVLAN_MC_FILTER_SZ   (1 << MACVLAN_MC_FILTER_BITS)
> --
> 1.7.1

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

* Re: [PATCH net-next] Increase limit of macvtap queues
  2015-06-14  8:42 ` Michael S. Tsirkin
@ 2015-06-15  8:07   ` Jason Wang
  0 siblings, 0 replies; 4+ messages in thread
From: Jason Wang @ 2015-06-15  8:07 UTC (permalink / raw)
  To: Michael S. Tsirkin, Pankaj Gupta
  Cc: linux-kernel, netdev, kaber, davem, vyasevic, bhutchings, therbert, viro



On 06/14/2015 04:42 PM, Michael S. Tsirkin wrote:
> On Fri, Jun 12, 2015 at 07:00:28PM +0530, Pankaj Gupta wrote:
>> Macvtap should be compatible with tuntap for maximum number
>> of queues. '1059590254fa9dce9cafc4f07d1103dbec415e76' removes
>> the limitation and increases number of queues in tuntap.
>> Now, Its safe to increase number of queues in Macvtap as well.
>>
>> Signed-off-by: Pankaj Gupta <pagupta@redhat.com>
> It's a good idea, but this might be a problem:
>
> static void macvtap_del_queues(struct net_device *dev)
> {
>         struct macvlan_dev *vlan = netdev_priv(dev);
>         struct macvtap_queue *q, *tmp, *qlist[MAX_MACVTAP_QUEUES];
>
> ...
> }
>
> by itself, this will use 2K on stack, which seems too much.
>
> You need to rework this function to use a linked list + list_move
> instead of an array + list_del_init.

Looks like even simpler, we can just do sock_put() inside
list_for_each_entry_safe() loop.

>> ---
>>  include/linux/if_macvlan.h |    2 +-
>>  1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/include/linux/if_macvlan.h b/include/linux/if_macvlan.h
>> index 6f6929e..a4ccc31 100644
>> --- a/include/linux/if_macvlan.h
>> +++ b/include/linux/if_macvlan.h
>> @@ -29,7 +29,7 @@ struct macvtap_queue;
>>   * Maximum times a macvtap device can be opened. This can be used to
>>   * configure the number of receive queue, e.g. for multiqueue virtio.
>>   */
>> -#define MAX_MACVTAP_QUEUES     16
>> +#define MAX_MACVTAP_QUEUES     256
>>
>>  #define MACVLAN_MC_FILTER_BITS 8
>>  #define MACVLAN_MC_FILTER_SZ   (1 << MACVLAN_MC_FILTER_BITS)
>> --
>> 1.7.1
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


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

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

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-06-12 13:30 [PATCH net-next] Increase limit of macvtap queues Pankaj Gupta
2015-06-13 22:25 ` Sergei Shtylyov
2015-06-14  8:42 ` Michael S. Tsirkin
2015-06-15  8:07   ` Jason Wang

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.