Linus Torvalds ee568b25ee Avoid 64-bit "switch()" statements on 32-bit architectures ... Commit ee6f779b9e ("filp->f_pos not correctly updated in proc_task_readdir") changed the proc code to use filp->f_pos directly, rather than through a temporary variable. In the process, that caused the operations to be done on the full 64 bits, even though the offset is never that big. That's all fine and dandy per se, but for some unfathomable reason gcc generates absolutely horrid code when using 64-bit values in switch() statements. To the point of actually calling out to gcc helper functions like __cmpdi2 rather than just doing the trivial comparisons directly the way gcc does for normal compares. At which point we get link failures, because we really don't want to support that kind of crazy code. Fix this by just casting the f_pos value to "unsigned long", which is plenty big enough for /proc, and avoids the gcc code generation issue. Reported-by: Alexey Dobriyan <adobriyan@gmail.com> Cc: Zhang Le <r0bertz@gentoo.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2009-03-17 10:02:35 -07:00
..
Kconfig	…
Makefile	…
array.c	…
base.c	Avoid 64-bit "switch()" statements on 32-bit architectures	2009-03-17 10:02:35 -07:00
cmdline.c	…
cpuinfo.c	…
devices.c	…
generic.c	…
inode-alloc.txt	…
inode.c	proc: proc_get_inode should de_put when inode already initialized	2009-02-23 18:25:32 -08:00
internal.h	…
interrupts.c	…
kcore.c	…
kmsg.c	…
loadavg.c	…
meminfo.c	…
mmu.c	…
nommu.c	…
page.c	proc: fix kflags to uflags copying in /proc/kpageflags	2009-03-11 07:43:33 -07:00
proc_devtree.c	…
proc_net.c	…
proc_sysctl.c	…
proc_tty.c	…
root.c	…
stat.c	…
task_mmu.c	…
task_nommu.c	…
uptime.c	…
version.c	…
vmcore.c	vmcore: remove saved_max_pfn check	2009-01-08 08:31:14 -08:00