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 |
|---|---|---|
| 6lowpan_i.h | -rw-r--r-- | 623 bytes |
| Kconfig | -rw-r--r-- | 2.7 KB |
| Makefile | -rw-r--r-- | 823 bytes |
| core.c | -rw-r--r-- | 3.0 KB |
| debugfs.c | -rw-r--r-- | 7.2 KB |
| iphc.c | -rw-r--r-- | 33.5 KB |
| nhc.c | -rw-r--r-- | 5.3 KB |
| nhc.h | -rw-r--r-- | 4.3 KB |
| nhc_dest.c | -rw-r--r-- | 860 bytes |
| nhc_fragment.c | -rw-r--r-- | 868 bytes |
| nhc_ghc_ext_dest.c | -rw-r--r-- | 880 bytes |
| nhc_ghc_ext_frag.c | -rw-r--r-- | 892 bytes |
| nhc_ghc_ext_hop.c | -rw-r--r-- | 868 bytes |
| nhc_ghc_ext_route.c | -rw-r--r-- | 885 bytes |
| nhc_ghc_icmpv6.c | -rw-r--r-- | 823 bytes |
| nhc_ghc_udp.c | -rw-r--r-- | 781 bytes |
| nhc_hop.c | -rw-r--r-- | 843 bytes |
| nhc_ipv6.c | -rw-r--r-- | 807 bytes |
| nhc_mobility.c | -rw-r--r-- | 868 bytes |
| nhc_routing.c | -rw-r--r-- | 855 bytes |
| nhc_udp.c | -rw-r--r-- | 5.7 KB |
Computing file changes ...
