[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20171002103708.0572704b@xeon-e3>
Date: Mon, 2 Oct 2017 10:37:08 -0700
From: Stephen Hemminger <stephen@...workplumber.org>
To: Hangbin Liu <haliu@...hat.com>
Cc: netdev@...r.kernel.org, Michal Kubecek <mkubecek@...e.cz>,
Phil Sutter <phil@....cc>, Hangbin Liu <liuhangbin@...il.com>
Subject: Re: [PATCHv4 iproute2 2/2] lib/libnetlink: update rtnl_talk to
support malloc buff at run time
On Thu, 28 Sep 2017 21:33:46 +0800
Hangbin Liu <haliu@...hat.com> wrote:
> From: Hangbin Liu <liuhangbin@...il.com>
>
> This is an update for 460c03f3f3cc ("iplink: double the buffer size also in
> iplink_get()"). After update, we will not need to double the buffer size
> every time when VFs number increased.
>
> With call like rtnl_talk(&rth, &req.n, NULL, 0), we can simply remove the
> length parameter.
>
> With call like rtnl_talk(&rth, nlh, nlh, sizeof(req), I add a new variable
> answer to avoid overwrite data in nlh, because it may has more info after
> nlh. also this will avoid nlh buffer not enough issue.
>
> We need to free answer after using.
>
> Signed-off-by: Hangbin Liu <liuhangbin@...il.com>
> Signed-off-by: Phil Sutter <phil@....cc>
> ---
Most of the uses of rtnl_talk() don't need to this peek and dynamic sizing.
Can only those places that need that be targeted?
Powered by blists - more mailing lists