Revision 92d567740f2ab5937b2c23bee94ea4b284bb1f98 authored by George Spelvin on 27 May 2016, 02:22:01 UTC, committed by George Spelvin on 28 May 2016, 19:42:51 UTC
That's all that's ever asked for, and it makes the return type of hash_long() consistent. It also allows (upcoming patch) an optimized implementation of hash_64 on 32-bit machines. I tried adding a BUILD_BUG_ON to ensure the number of bits requested was never more than 32 (most callers use a compile-time constant), but adding <linux/bug.h> to <linux/hash.h> breaks the tools/perf compiler unless tools/perf/MANIFEST is updated, and understanding that code base well enough to update it is too much trouble. I did the rest of an allyesconfig build with such a check, and nothing tripped. Signed-off-by: George Spelvin <linux@sciencehorizons.net>
1 parent 917ea16
| File | Mode | Size |
|---|---|---|
| crush | ||
| Kconfig | -rw-r--r-- | 1.1 KB |
| Makefile | -rw-r--r-- | 357 bytes |
| armor.c | -rw-r--r-- | 1.9 KB |
| auth.c | -rw-r--r-- | 7.4 KB |
| auth_none.c | -rw-r--r-- | 3.0 KB |
| auth_none.h | -rw-r--r-- | 464 bytes |
| auth_x.c | -rw-r--r-- | 19.3 KB |
| auth_x.h | -rw-r--r-- | 919 bytes |
| auth_x_protocol.h | -rw-r--r-- | 1.7 KB |
| buffer.c | -rw-r--r-- | 1.2 KB |
| ceph_common.c | -rw-r--r-- | 17.9 KB |
| ceph_fs.c | -rw-r--r-- | 1.7 KB |
| ceph_hash.c | -rw-r--r-- | 2.8 KB |
| ceph_strings.c | -rw-r--r-- | 866 bytes |
| crypto.c | -rw-r--r-- | 14.1 KB |
| crypto.h | -rw-r--r-- | 1.4 KB |
| debugfs.c | -rw-r--r-- | 7.7 KB |
| messenger.c | -rw-r--r-- | 85.1 KB |
| mon_client.c | -rw-r--r-- | 28.5 KB |
| msgpool.c | -rw-r--r-- | 2.0 KB |
| osd_client.c | -rw-r--r-- | 79.8 KB |
| osdmap.c | -rw-r--r-- | 39.4 KB |
| pagelist.c | -rw-r--r-- | 3.6 KB |
| pagevec.c | -rw-r--r-- | 4.0 KB |
| snapshot.c | -rw-r--r-- | 2.2 KB |
Computing file changes ...
