diff options
author | Tony Luck <tony.luck@intel.com> | 2012-07-26 10:55:26 -0700 |
---|---|---|
committer | Tony Luck <tony.luck@intel.com> | 2012-07-26 10:55:26 -0700 |
commit | a119365586b0130dfea06457f584953e0ff6481d (patch) | |
tree | 174136cc1c832540948356034d2a9d6dee164c72 /arch/ia64/kvm | |
parent | f9445a382e3b9fdd21db41a4825ca1399cd0a3f4 (diff) |
[IA64] Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts
The following build error occured during a ia64 build with
swap-over-NFS patches applied.
net/core/sock.c:274:36: error: initializer element is not constant
net/core/sock.c:274:36: error: (near initialization for 'memalloc_socks')
net/core/sock.c:274:36: error: initializer element is not constant
This is identical to a parisc build error. Fengguang Wu, Mel Gorman
and James Bottomley did all the legwork to track the root cause of
the problem. This fix and entire commit log is shamelessly copied
from them with one extra detail to change a dubious runtime use of
ATOMIC_INIT() to atomic_set() in drivers/char/mspec.c
Dave Anglin says:
> Here is the line in sock.i:
>
> struct static_key memalloc_socks = ((struct static_key) { .enabled =
> ((atomic_t) { (0) }) });
The above line contains two compound literals. It also uses a designated
initializer to initialize the field enabled. A compound literal is not a
constant expression.
The location of the above statement isn't fully clear, but if a compound
literal occurs outside the body of a function, the initializer list must
consist of constant expressions.
Cc: <stable@vger.kernel.org>
Signed-off-by: Tony Luck <tony.luck@intel.com>
Diffstat (limited to 'arch/ia64/kvm')
0 files changed, 0 insertions, 0 deletions