[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1303921809.3166.90.camel@edumazet-laptop>
Date: Wed, 27 Apr 2011 18:30:09 +0200
From: Eric Dumazet <eric.dumazet@...il.com>
To: Steve Hodgson <shodgson@...arflare.com>
Cc: "Rose, Gregory V" <gregory.v.rose@...el.com>,
David Miller <davem@...emloft.net>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"bhutchings@...arflare.com" <bhutchings@...arflare.com>
Subject: Re: [RFC PATCH] netlink: Increase netlink dump skb message size
Le mercredi 27 avril 2011 à 16:46 +0100, Steve Hodgson a écrit :
> On 04/27/2011 04:24 PM, Eric Dumazet wrote:
> > Le mardi 26 avril 2011 à 09:12 -0700, Rose, Gregory V a écrit :
> >
> >> I'm fine with however you folks want to approach this, just give me some direction.
> >
> > I would just try following patch :
> >
>
> This allows the sfc driver to use 102 VFs, up from the current limit of
> 45 VFs.
>
> It's unfortunate that this patch isn't sufficient to allow all 127 VFs
> to be used, but whilst we wait for a new netlink api this is an
> improvement worth having.
>
netlink recvmsg() supports MSG_PEEK so user would get the needed size of
its buffer before calling the real recvmsg()
big blobs could be attached as skb fragments (up to 64Kbytes), but do we
really want this...
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists