linux.git/fs/file.c, branch v2.6.26-rc7

[PATCH] avoid multiplication overflows and signedness issues for max_fds

2008-05-16T21:22:52+00:00

Limit sysctl_nr_open - we don't want ->max_fds to exceed MAX_INT and
we don't want size calculation for ->fd[] to overflow.

Signed-off-by: Al Viro

[PATCH] dup_fd() part 4 - race fix

2008-05-16T21:22:46+00:00

Parent _can_ be a clone task, contrary to the comment.  Moreover,
more files could be opened while we allocate a copy, in which case
we end up copying only part into new descriptor table.  Since what
we get _is_ affected by all changes in the old range, we can get
rather weird effects - e.g.
	dup2(0, 1024); close(0);
in parallel with fork() resulting in child that sees the effect of
close(), but not that of dup2() done just before that close().

What we need is to recalculate the open_count after having reacquired
->file_lock and if external fdtable we'd just allocated is too small for
it, free the sucker and redo allocation.

Signed-off-by: Al Viro

[PATCH] dup_fd() - part 3

2008-05-16T21:22:39+00:00

merge alloc_files() into dup_fd(), leave setting newf->fdt until the end

Signed-off-by: Al Viro

[PATCH] dup_fd() part 2

2008-05-16T21:22:33+00:00

use alloc_fdtable() instead of expand_files(), get rid of pointless
grabbing newf->file_lock, kill magic in copy_fdtable() that used to
be there only to skip copying when called from dup_fd().

Signed-off-by: Al Viro

[PATCH] dup_fd() fixes, part 1

2008-05-16T21:22:26+00:00

Move the sucker to fs/file.c in preparation to the rest

Signed-off-by: Al Viro

[PATCH] take init_files to fs/file.c

2008-05-16T21:22:20+00:00

Signed-off-by: Al Viro

[PATCH] fix sysctl_nr_open bugs

2008-05-01T17:08:57+00:00

* if luser with root sets it to something that is not a multiple of
  BITS_PER_LONG, the system is screwed.
* if it gets decreased at the wrong time, we can get expand_files()
  returning success and _not_ increasing the size of table as asked.

Signed-off-by: Al Viro

[PATCH] split linux/file.h

2008-05-01T17:08:16+00:00

Initial splitoff of the low-level stuff; taken to fdtable.h

Signed-off-by: Al Viro

get rid of NR_OPEN and introduce a sysctl_nr_open

2008-02-06T18:41:06+00:00

NR_OPEN (historically set to 1024*1024) actually forbids processes to open
more than 1024*1024 handles.

Unfortunatly some production servers hit the not so 'ridiculously high
value' of 1024*1024 file descriptors per process.

Changing NR_OPEN is not considered safe because of vmalloc space potential
exhaust.

This patch introduces a new sysctl (/proc/sys/fs/nr_open) wich defaults to
1024*1024, so that admins can decide to change this limit if their workload
needs it.

[akpm@linux-foundation.org: export it for sparc64]
Signed-off-by: Eric Dumazet 
Cc: Alan Cox 
Cc: Richard Henderson 
Cc: Ivan Kokshaysky 
Cc: "David S. Miller" 
Cc: Ralf Baechle 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] fdtable: Provide free_fdtable() wrapper

2006-12-22T16:55:50+00:00

Christoph Hellwig has expressed concerns that the recent fdtable changes
expose the details of the RCU methodology used to release no-longer-used
fdtable structures to the rest of the kernel.  The trivial patch below
addresses these concerns by introducing the appropriate free_fdtable()
calls, which simply wrap the release RCU usage.  Since free_fdtable() is a
one-liner, it makes sense to promote it to an inline helper.

Signed-off-by: Vadim Lobanov 
Cc: Christoph Hellwig 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds