summaryrefslogtreecommitdiff
path: root/fs/xfs/xfs_dfrag.c
diff options
context:
space:
mode:
authorHanjun Guo <hanjun.guo@linaro.org>2013-07-27 03:00:49 (GMT)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2013-07-29 20:12:45 (GMT)
commit29f1953d51faa3995192ba4ccff3b71c661940c2 (patch)
tree4b27ba3f5347e018e983712efb3a419e2125e9b8 /fs/xfs/xfs_dfrag.c
parentf21e683508ead3ad8db7ffef3d8b5802c3b43e9a (diff)
downloadlinux-fsl-qoriq-29f1953d51faa3995192ba4ccff3b71c661940c2.tar.xz
cpu topology: remove stale arch_provides_topology_pointers and define_siblings_show_map/list()
arch_provides_topology_pointers was introduced in commit 23ca4bba3 (x86: cleanup early per cpu variables/accesses v4) to indicate pointers to the topology cpumask_t maps are valid to avoid copying data on to/off of the stack. But later in commit fbd59a8d (cpumask: Use topology_core_cpumask()/ topology_thread_cpumask()), the pointers to the topology struct cpumask maps are always valid. After that commit, the only difference is that there is a redundant "unsigned int cpu = dev->id;" if arch_provides_topology_pointers defined, but dev->id is type 'u32' which devolves to 'unsigned int' on all supported arches. So this arch_provides_topology_pointers define is pointless and only cause obfuscation now, remove it. Tested on x86 machine, topology information in sys/devices/system/cpu/ cpuX/topology/ is the same after appling this patch set. Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'fs/xfs/xfs_dfrag.c')
0 files changed, 0 insertions, 0 deletions