[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190514135456.GS2589@hirez.programming.kicks-ass.net>
Date: Tue, 14 May 2019 15:54:56 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Dave Young <dyoung@...hat.com>
Cc: Baoquan He <bhe@...hat.com>, Borislav Petkov <bp@...en8.de>,
j-nomura@...jp.nec.com, kasong@...hat.com,
fanc.fnst@...fujitsu.com, x86@...nel.org,
kexec@...ts.infradead.org, linux-kernel@...r.kernel.org,
hpa@...or.com, tglx@...utronix.de
Subject: Re: [PATCH v6 1/2] x86/kexec: Build identity mapping for EFI systab
and ACPI tables
On Tue, May 14, 2019 at 08:58:35PM +0800, Dave Young wrote:
> Hmm, it seems caused by some WIP branch patches, I suspect below:
Grmbl.. Ingo, can you zap all those WIP branches, please? They mostly
just get in the way of things. If you want to run them, merge them in a
private branch or something.
> commit 124d6af5a5f559e516ed2c6ea857e889ed293b43
> x86/paravirt: Standardize 'insn_buff' variable names
>
> The suspicious line is "per_cpu(insn_buff, cpu) = insn_buff;"
Yah, unfortunatly per-cpu variables live in the same namespace as normal
variables and so the above is incorrect, because the local @insn_buffer
variable shadows the global per-cpu symbol and very weird things will
happen.
This is of course consistent with C rules, where everything lives in the
same namespace...
Powered by blists - more mailing lists