From: Alexander Graf <agraf@suse.de>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Avi Kivity <avi@qumranet.com>,
Marcelo Tosatti <mtosatti@redhat.com>,
linux-next@vger.kernel.org, linux-kernel@vger.kernel.org,
ppc-dev <linuxppc-dev@lists.ozlabs.org>
Subject: Re: linux-next: kvm tree build warning
Date: Wed, 20 Jan 2010 11:42:28 +0100 [thread overview]
Message-ID: <3727B46C-0197-47A4-AF41-023517C15752@suse.de> (raw)
In-Reply-To: <20100120174814.43195995.sfr@canb.auug.org.au>
On 20.01.2010, at 07:48, Stephen Rothwell wrote:
> [Not sure what happened to the previous versions To/CC lists, sorry]
>
> Hi all,
>
> Today's linux-next build (powerpc allyesconfig) produced this warning:
>
> arch/powerpc/kvm/book3s.c: In function '__kvmppc_vcpu_run':
> arch/powerpc/kvm/book3s.c:1102: warning: 'ext_bkp.vrsave' may be used uninitialized in this function
>
> Introduced by commit 2609c1d06b6a7952273fb33b33ad32aff0628146 ("KVM: PPC:
> Add support for FPU/Altivec/VSX"). This *may* be a false positive but
> will be a problem for normal builds where warnings are treated as errors
> in arch/powerpc.
This is odd. The same function saves and restores ext_bkp.vrsave under a common condition:
if (save_vec) {
if (current->thread.regs->msr & MSR_VEC)
giveup_altivec(current);
memcpy(ext_bkp.vr, current->thread.vr, sizeof(ext_bkp.vr));
ext_bkp.vscr = current->thread.vscr;
ext_bkp.vrsave = current->thread.vrsave;
}
[...]
if (save_vec && current->thread.used_vr) {
memcpy(current->thread.vr, ext_bkp.vr, sizeof(ext_bkp.vr));
current->thread.vscr = ext_bkp.vscr;
current->thread.vrsave = ext_bkp.vrsave;
}
So there can't be a case where ext_bkp.vrsave is read, but not written to before, which is what this warning implies, right?
Also, why doesn't gcc complain about vscr too then? They're both used in the very same if statement.
Additionally, while compiling locally I looked for warnings and didn't spot any. So apparently our compiler versions / options don't match. Which version of gcc are you using? I assume a gcc bug.
$ gcc --version
gcc (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291]
Alex
next prev parent reply other threads:[~2010-01-20 10:42 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-20 6:48 Stephen Rothwell
2010-01-20 10:42 ` Alexander Graf [this message]
2010-01-20 13:01 ` Stephen Rothwell
-- strict thread matches above, loose matches on Subject: below --
2010-01-20 6:38 Stephen Rothwell
2010-01-11 8:25 Stephen Rothwell
2009-07-06 1:37 Stephen Rothwell
2009-07-06 5:28 ` Gleb Natapov
2009-07-06 6:01 ` Stephen Rothwell
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=3727B46C-0197-47A4-AF41-023517C15752@suse.de \
--to=agraf@suse.de \
--cc=avi@qumranet.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-next@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mtosatti@redhat.com \
--cc=sfr@canb.auug.org.au \
/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
all inboxes | Powered by JetHome®