Mathieu Desnoyers 2b47c3611d Fix f_version type: should be u64 instead of unsigned long ... Fix f_version type: should be u64 instead of long There is a type inconsistency between struct inode i_version and struct file f_version. fs.h: struct inode u64 i_version; and struct file unsigned long f_version; Users do: fs/ext3/dir.c: if (filp->f_version != inode->i_version) { So why isn't f_version a u64 ? It becomes a problem if versions gets higher than 2^32 and we are on an architecture where longs are 32 bits. This patch changes the f_version type to u64, and updates the users accordingly. It applies to 2.6.23-rc2-mm2. Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca> Cc: Martin Bligh <mbligh@google.com> Cc: "Randy.Dunlap" <rdunlap@xenotime.net> Cc: Al Viro <viro@ftp.linux.org.uk> Cc: <linux-ext4@vger.kernel.org> Cc: Mark Fasheh <mark.fasheh@oracle.com> Cc: Christoph Hellwig <hch@lst.de> Cc: "J. Bruce Fields" <bfields@fieldses.org> Cc: Trond Myklebust <trond.myklebust@fys.uio.no> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2007-10-17 08:42:53 -07:00
..
array.c
base.c	Fix f_version type: should be u64 instead of unsigned long	2007-10-17 08:42:53 -07:00
generic.c	Group short-lived and reclaimable kernel allocations	2007-10-16 09:43:00 -07:00
inode-alloc.txt
inode.c	SLAB_PANIC more (proc, posix-timers, shmem)	2007-10-17 08:42:47 -07:00
internal.h
kcore.c
kmsg.c
Makefile
mmu.c	fs/proc/mmu.c: headers butchery	2007-10-17 08:42:48 -07:00
nommu.c
proc_devtree.c
proc_misc.c	report the per-irq statistics on all arches	2007-10-17 08:42:49 -07:00
proc_net.c
proc_sysctl.c
proc_tty.c
root.c
task_mmu.c
task_nommu.c
vmcore.c