[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190605091319.000054e9@intel.com>
Date: Wed, 5 Jun 2019 09:13:19 -0700
From: Jesse Brandeburg <jesse.brandeburg@...el.com>
To: Kefeng Wang <wangkefeng.wang@...wei.com>
Cc: <linux-kernel@...r.kernel.org>,
"David S. Miller" <davem@...emloft.net>,
Alexey Kuznetsov <kuznet@....inr.ac.ru>,
"Hideaki YOSHIFUJI" <yoshfuji@...ux-ipv6.org>,
Vlad Yasevich <vyasevich@...il.com>,
Neil Horman <nhorman@...driver.com>,
Marcelo Ricardo Leitner <marcelo.leitner@...il.com>,
<netdev@...r.kernel.org>, <linux-sctp@...r.kernel.org>,
jesse.brandeburg@...el.com
Subject: Re: [PATCH net-next] net: Drop unlikely before IS_ERR(_OR_NULL)
On Wed, 5 Jun 2019 22:24:26 +0800 Kefeng wrote:
> IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag,
> so no need to do that again from its callers. Drop it.
>
<snip>
> segs = __skb_gso_segment(skb, features, false);
> - if (unlikely(IS_ERR_OR_NULL(segs))) {
> + if (IS_ERR_OR_NULL(segs)) {
> int segs_nr = skb_shinfo(skb)->gso_segs;
>
The change itself seems reasonable, but did you check to see if the
paths changed are faster/slower with your fix? Did you look at any
assembly output to see if the compiler actually generated different
code? Is there a set of similar changes somewhere else in the kernel
we can refer to?
I'm not sure in the end that the change is worth it, so would like you
to prove it is, unless davem overrides me. :-)
Powered by blists - more mailing lists