From: "Kirill A. Shutemov" <kirill@shutemov.name>
To: Vlastimil Babka <vbabka@suse.cz>
Cc: Viresh Kumar <viresh.kumar@linaro.org>,
akpm@linux-foundation.org, linaro-kernel@lists.linaro.org,
linux-kernel@vger.kernel.org,
Steven Rostedt <rostedt@goodmis.org>,
Hans Ulli Kroll <ulli.kroll@googlemail.com>,
Alexandre Belloni <alexandre.belloni@free-electrons.com>,
Oleg Drokin <oleg.drokin@intel.com>,
Andreas Dilger <andreas.dilger@intel.com>
Subject: Re: [PATCH 00/15] trivial: Drop unlikely before IS_ERR(_OR_NULL)
Date: Fri, 31 Jul 2015 13:23:10 +0300 [thread overview]
Message-ID: <20150731102310.GA31850@node.dhcp.inet.fi> (raw)
In-Reply-To: <55BB42B5.5070409@suse.cz>
On Fri, Jul 31, 2015 at 11:41:09AM +0200, Vlastimil Babka wrote:
> On 07/31/2015 10:38 AM, Viresh Kumar wrote:
> >Hi,
> >
> >This cleans up the usage of IS_ERR(_OR_NULL)(), where the callers have
> >added additional unlikely compiler flag to them. It also fixes the
> >definition of IS_ERR_OR_NULL(), to use unlikely for all checks it does.
>
> [+CC Steven Rostedt]
>
> Any idea what the compiler does in the case of
> "if (likely(IS_ERR(...)))"? There are apparently such cases in the source.
We have two cases in code:
drivers/rtc/rtc-gemini.c: if (likely(IS_ERR(rtc->rtc_dev)))
drivers/staging/lustre/lustre/obdclass/lu_object.c: if (likely(IS_ERR(shadow) && PTR_ERR(shadow) == -ENOENT)) {
The first one is mistake, I think. Or do we expect rtc_device_register()
to fail?
The second is redundant. "if (PTR_ERR(shadow) == -ENOENT)" should do the
job.
--
Kirill A. Shutemov
next prev parent reply other threads:[~2015-07-31 10:23 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-31 8:38 [PATCH 00/15] trivial: Drop unlikely before IS_ERR(_OR_NULL) Viresh Kumar
2015-07-31 8:38 ` [PATCH 01/15] err.h: add (missing) unlikely() to IS_ERR_OR_NULL() Viresh Kumar
2015-07-31 8:38 ` [PATCH 02/15] PM / OPP: Drop unlikely before IS_ERR(_OR_NULL) Viresh Kumar
2015-07-31 8:38 ` [PATCH 03/15] drivers: devfreq: " Viresh Kumar
2015-07-31 8:38 ` [PATCH 04/15] drivers: gpu: " Viresh Kumar
2015-07-31 15:53 ` Sinclair Yeh
2015-08-03 8:01 ` Daniel Vetter
2015-07-31 8:38 ` [PATCH 05/15] drivers: input: " Viresh Kumar
2015-07-31 16:58 ` Dmitry Torokhov
2015-08-01 11:22 ` Viresh Kumar
2015-08-01 11:44 ` Pali Rohár
2015-08-02 15:43 ` Pavel Machek
2015-08-02 15:59 ` Pali Rohár
2015-07-31 8:38 ` [PATCH 06/15] drivers: md: " Viresh Kumar
2015-07-31 8:38 ` [PATCH 07/15] drivers: misc: " Viresh Kumar
2015-07-31 8:38 ` [PATCH 08/15] drivers: net: " Viresh Kumar
2015-07-31 15:04 ` Murali Karicheri
2015-07-31 15:39 ` David Laight
2015-07-31 16:20 ` Viresh Kumar
2015-08-03 15:52 ` Murali Karicheri
2015-07-31 8:38 ` [PATCH 09/15] drivers: rtc: " Viresh Kumar
2015-07-31 9:31 ` [PATCH] drivers: rtc: fix ptr_ret.cocci warnings Viresh Kumar
2015-08-11 15:54 ` Alexandre Belloni
2015-07-31 10:53 ` [PATCH 9/15 V2] drivers: rtc: Drop (un)likely before IS_ERR(_OR_NULL) Viresh Kumar
2015-08-03 4:32 ` Hans Ulli Kroll
2015-08-11 15:54 ` Alexandre Belloni
2015-07-31 8:38 ` [PATCH 10/15] drivers: staging: Drop unlikely " Viresh Kumar
2015-07-31 8:38 ` [PATCH 11/15] drivers: target: " Viresh Kumar
2015-08-03 5:45 ` Nicholas A. Bellinger
2015-07-31 8:38 ` [PATCH 12/15] fs: " Viresh Kumar
2015-07-31 8:38 ` [PATCH 13/15] blk-cgroup: " Viresh Kumar
2015-07-31 11:59 ` Tejun Heo
2015-07-31 8:38 ` [PATCH 14/15] mm: " Viresh Kumar
2015-07-31 8:56 ` Kirill A. Shutemov
2015-07-31 9:32 ` yalin wang
2015-07-31 9:34 ` Viresh Kumar
2015-07-31 10:28 ` Joe Perches
2015-07-31 11:06 ` Viresh Kumar
2015-07-31 18:00 ` Joe Perches
2015-08-01 11:18 ` Viresh Kumar
2015-07-31 8:38 ` [PATCH 15/15] net: " Viresh Kumar
2015-07-31 9:20 ` [PATCH 12/15] fs: " David Howells
2015-07-31 9:41 ` [PATCH 00/15] trivial: " Vlastimil Babka
2015-07-31 9:49 ` Viresh Kumar
2015-07-31 10:23 ` Kirill A. Shutemov [this message]
2015-07-31 11:02 ` [PATCH] staging: lustre: drop redundant check Viresh Kumar
2015-07-31 11:04 ` [PATCH 00/15] trivial: Drop unlikely before IS_ERR(_OR_NULL) Viresh Kumar
2015-08-03 21:38 ` Steven Rostedt
2015-08-04 2:19 ` Viresh Kumar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150731102310.GA31850@node.dhcp.inet.fi \
--to=kirill@shutemov.name \
--cc=akpm@linux-foundation.org \
--cc=alexandre.belloni@free-electrons.com \
--cc=andreas.dilger@intel.com \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=oleg.drokin@intel.com \
--cc=rostedt@goodmis.org \
--cc=ulli.kroll@googlemail.com \
--cc=vbabka@suse.cz \
--cc=viresh.kumar@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).