From: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
To: Jean Sacren <sakiwit@gmail.com>
Cc: Linux ACPI <linux-acpi@vger.kernel.org>
Subject: Re: [PATCH 1/1] acpi: Fix warning: 'num_cpus' may be used uninitialized in this function
Date: Mon, 13 Sep 2010 18:01:27 -0300 [thread overview]
Message-ID: <20100913210127.GA7679@khazad-dum.debian.net> (raw)
In-Reply-To: <20100913003937.GA1457@mail.gmail.com>
On Sun, 12 Sep 2010, Jean Sacren wrote:
> On Sat, Sep 11, 2010 at 01:40:37PM -0300, Henrique de Moraes Holschuh wrote:
> > On Sat, 11 Sep 2010, Jean Sacren wrote:
> > > warning: 'num_cpus' may be used uninitialized in this function
> > >
> > > Initialize 'num_cpus' variable to zero so that gcc doesn't complain.
> >
> > acpi_pad_pur() is referenced only once, so it should end up inlined, at
> > which point gcc really has no excuse to not determine with perfect
> > confidence whether num_cpus is being used unitialized or not.
> >
> If acpi_pad_pur() is called and returns with non-zero value,
> acpi_pad_handle_notify() happily returns, but num_cpus is referenced by
> address without being initialized, so gcc gives the warning.
> >
> > Looking at the code, it realy does look like a false positive.
> >
> Unfortunately it is _not_ a false positive. Here gcc does what it's
> supposed to do. Therefore, the patch is correct.
It will be a false positive if the variable is NOT used unitialized.
Passing a reference does not access the object, and acpi_pad_pur() is not a
black box to the optimizer (all static, all in the same file, and it is
being inlined even...)
I don't think num_cpus is being used unitialized, so, as far as I can tell,
it is a false positive. gcc should not have issued that warning.
I don't object to the patch, btw.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
prev parent reply other threads:[~2010-09-13 21:01 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-11 6:22 [PATCH 0/1] acpi: Fix warning: 'num_cpus' may be used uninitialized in this function Jean Sacren
2010-09-11 6:24 ` [PATCH 1/1] " Jean Sacren
2010-09-11 16:40 ` Henrique de Moraes Holschuh
2010-09-13 0:39 ` Jean Sacren
2010-09-13 21:01 ` Henrique de Moraes Holschuh [this message]
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=20100913210127.GA7679@khazad-dum.debian.net \
--to=hmh@hmh.eng.br \
--cc=linux-acpi@vger.kernel.org \
--cc=sakiwit@gmail.com \
/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