[333] in arla-drinkers

home help back first fref pref prev next nref lref last post

Re: get_unused_fd()

daemon@ATHENA.MIT.EDU (Alexander Viro)
Wed Oct 21 07:01:24 1998

From owner-arla-drinkers@stacken.kth.se Wed Oct 21 11:01:22 1998
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 310 invoked from network); 21 Oct 1998 11:01:21 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
  by bloom-picayune.mit.edu with SMTP; 21 Oct 1998 11:01:20 -0000
Received: (from majordom@localhost)
	by sundance.stacken.kth.se (8.8.8/8.8.8) id MAA05860
	for arla-drinkers-list; Wed, 21 Oct 1998 12:55:14 +0200 (MET DST)
Received: from math.psu.edu (root@leibniz.math.psu.edu [146.186.130.2])
	by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id MAA05854;
	Wed, 21 Oct 1998 12:55:06 +0200 (MET DST)
Received: from albert.math.psu.edu (albert.math.psu.edu [146.186.130.220]) by math.psu.edu (8.8.5/8.7.3) with ESMTP id GAA18420; Wed, 21 Oct 1998 06:54:52 -0400 (EDT)
Received: from localhost (viro@localhost) by albert.math.psu.edu (8.8.8/8.6.9) with SMTP id OAA00965; Wed, 21 Oct 1998 14:54:39 -0400 (EDT)
Date: Wed, 21 Oct 1998 14:54:38 -0400 (EDT)
From: Alexander Viro <viro@math.psu.edu>
To: Magnus Ahltorp <map@stacken.kth.se>
cc: Linus Torvalds <torvalds@transmeta.com>, linux-kernel@vger.rutgers.edu,
        arla-drinkers@stacken.kth.se
Subject: Re: get_unused_fd()
In-Reply-To: <lv1vhleak5z.fsf@sundance.stacken.kth.se>
Message-ID: <Pine.SOL.3.95.981021144332.942D-100000@albert.math.psu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk



On 21 Oct 1998, Magnus Ahltorp wrote:

> > > Does anyone have religious problems with this patch?
> > 
> > I'd like to know who and why needs it..
> 
> I sent a message to the list some weeks ago (included below) and since
> no one has commented on that, I supposed that there were no
> objections.
> 
> The thing is, it's very hard to do some serious file system modules
> hacking without these functions. Since the Linux module system is
> built the way it is, symbol names have to, as you know, be explicitly
> exported.

It would be nice if you'ld show how _exactly_ you are going to use
get_empty_filp(). There are several reasons to split inuse_filp into
several lists (for superblock; for tty; for protocol family). That would
simplify dquot.c and some nasty stuff in tty_io.c. Right now I'm
experimenting with such patch and if everything will go OK I'm going to
submit it to Linus in a day or two. We got waaay too many leaks/dangling
pointers/etc. in the code that deals with struct file's. I'm trying to go
through this stuff and massage it into something more coherent. And IMHO
get_empty_filp() belongs to guts of that stuff.
							Al

-- 
"You're one of those condescending Unix computer users!"
"Here's a nickel, kid.  Get yourself a better computer" - Dilbert.


home help back first fref pref prev next nref lref last post