Linux 2.1.89-42.1.89pre4
commit17e3d4ce302b69773344867ac9ca31059344775c
authorLinus Torvalds <torvalds@linuxfoundation.org>
Fri, 23 Nov 2007 20:14:49 +0000 (23 15:14 -0500)
committerLinus Torvalds <torvalds@linuxfoundation.org>
Fri, 23 Nov 2007 20:14:49 +0000 (23 15:14 -0500)
tree9d5539600cd9e5282fc0bfe8680cdfa6c057892c
parentb0532cc2d9e66cba684068b5c358a52a3a0fb84b
Linux 2.1.89-4

It should fix the problem another way that I'm happier with (fixing that
problem also revealed a few other misuses of close_fp() due to historical
reasons - the uses really needed to be "fput()"s instead).
2.1.89-4 also uses "struct file" for mmap's, which means that the problem
that somebody was complaining about with mmap (that the mapping would
exist even after the last "release()" on that file, and thus the file
would still be active) are gone. As of -4 the kernel will guarantee that
it will call the file->f_op->release() onle after there really aren't any
uses of that file pointer any more..

                Linus
45 files changed:
arch/i386/kernel/sys_i386.c
arch/m68k/atari/joystick.c
arch/sparc/mm/srmmu.c
drivers/char/fbmem.c
drivers/char/hfmodem/modem.c
drivers/char/mem.c
drivers/isdn/avmb1/capi.c
drivers/sbus/char/pcikbd.c
drivers/sbus/char/sunkbd.c
drivers/sbus/char/sunmouse.c
drivers/sgi/char/shmiq.c
drivers/sound/maui.c
drivers/sound/sound_firmware.c
drivers/sound/soundcard.c
fs/binfmt_elf.c
fs/buffer.c
fs/exec.c
fs/fat/mmap.c
fs/lockd/svcproc.c
fs/lockd/xdr.c
fs/locks.c
fs/ncpfs/mmap.c
fs/nfs/read.c
fs/nfs/write.c
fs/open.c
fs/proc/array.c
fs/proc/link.c
include/linux/fs.h
include/linux/mm.h
include/linux/nfs_fs.h
ipc/shm.c
kernel/exit.c
kernel/fork.c
kernel/ksyms.c
kernel/panic.c
kernel/signal.c
mm/filemap.c
mm/mlock.c
mm/mmap.c
mm/mprotect.c
mm/mremap.c
net/core/scm.c
net/netlink/netlink_dev.c
net/sunrpc/xprt.c
net/unix/garbage.c