smp: don't use 16-bit words for atomic accesses
authorLinus Torvalds <torvalds@linux-foundation.org>
Mon, 20 Apr 2015 16:08:49 +0000 (09:08 -0700)
committerLinus Torvalds <torvalds@linux-foundation.org>
Mon, 20 Apr 2015 16:08:49 +0000 (09:08 -0700)
Yes, it should work, but it's a bad idea.  Not only did ARM64 not have
the 16-bit access code (there's a separate patch to add it), it's just
not a good atomic type.  Some architectures fundamentally don't do
atomic accesses in them (alpha), and it's not like it saves any space
here anyway because of structure packing issues.

We normally should aim for flags to be "unsigned int" or "unsigned
long".  And if space is at a premium, use a single byte (although that
causes problems on alpha again).  There might be very special cases
where a 16-byte entity is really wanted, but this is not one of them.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
include/linux/smp.h

index be91db2a701702265a2fb013a0ab878dfd467822..c4414074bd88e2ae1b042cb477440f54b2f241dd 100644 (file)
@@ -18,7 +18,7 @@ struct call_single_data {
        struct llist_node llist;
        smp_call_func_t func;
        void *info;
-       u16 flags;
+       unsigned int flags;
 };
 
 /* total number of cpus in this system (may exceed NR_CPUS) */