summaryrefslogtreecommitdiffstats
path: root/include/linux/smp.h
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2015-04-20 09:08:49 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2015-04-20 09:08:49 -0700
commitf4d03bd143c628b00f66cc2ec2c013767bdd1518 (patch)
tree0ff1571b048f1e47efbb1d1042562f3a92b4f24e /include/linux/smp.h
parent09d51602cf84a1264946711dd4ea0dddbac599a1 (diff)
downloadlinux-f4d03bd143c628b00f66cc2ec2c013767bdd1518.tar.gz
linux-f4d03bd143c628b00f66cc2ec2c013767bdd1518.tar.bz2
linux-f4d03bd143c628b00f66cc2ec2c013767bdd1518.zip
smp: don't use 16-bit words for atomic accesses
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>
Diffstat (limited to 'include/linux/smp.h')
-rw-r--r--include/linux/smp.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/include/linux/smp.h b/include/linux/smp.h
index be91db2a7017..c4414074bd88 100644
--- a/include/linux/smp.h
+++ b/include/linux/smp.h
@@ -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) */