[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+FuTScgWi905_NhGNsRzpwaQ+OPwahj6NtKgPjLZRjuqJvhXQ@mail.gmail.com>
Date: Thu, 19 Dec 2019 08:56:50 -0500
From: Willem de Bruijn <willemdebruijn.kernel@...il.com>
To: Mao Wenan <maowenan@...wei.com>
Cc: David Miller <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>, maximmi@...lanox.com,
Paolo Abeni <pabeni@...hat.com>, yuehaibing@...wei.com,
Neil Horman <nhorman@...driver.com>,
Network Development <netdev@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
kernel-janitors@...r.kernel.org
Subject: Re: [PATCH net] af_packet: refactoring code for prb_calc_retire_blk_tmo
On Wed, Dec 18, 2019 at 8:37 PM Mao Wenan <maowenan@...wei.com> wrote:
>
> If __ethtool_get_link_ksettings() is failed and with
> non-zero value, prb_calc_retire_blk_tmo() should return
> DEFAULT_PRB_RETIRE_TOV firstly. Refactoring code and make
> it more readable.
>
> Fixes: b43d1f9f7067 ("af_packet: set defaule value for tmo")
This is a pure refactor, not a fix.
Code refactors make backporting fixes across releases harder, among
other things. I think this code is better left as is. Either way, it
would be a candidate for net-next, not net.
> - unsigned int mbits = 0, msec = 0, div = 0, tmo = 0;
> + unsigned int mbits = 0, msec = 1, div = 0, tmo = 0;
Most of these do not need to be initialized here at all, really.
Powered by blists - more mailing lists