From owner-freebsd-hackers Sat Dec 8 2:53:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 56E7637B41B for ; Sat, 8 Dec 2001 02:53:11 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fB8ApWj47781; Sat, 8 Dec 2001 11:51:32 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Terry Lambert Cc: Dave Rufino , Alfred Perlstein , freebsd-hackers@FreeBSD.ORG Subject: Re: statefulness in character device drivers In-Reply-To: Your message of "Sat, 08 Dec 2001 02:20:50 PST." <3C11E982.F50F2353@mindspring.com> Date: Sat, 08 Dec 2001 11:51:32 +0100 Message-ID: <47779.1007808692@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3C11E982.F50F2353@mindspring.com>, Terry Lambert writes: >Poul-Henning Kamp wrote: >> >> Most likely he means a per-open(2) opaque datum that is kept in >> >> struct file and passed to the underlying routines. >> > >> >Sorry, unbelievably bad at explaining myself. Per-open data is what i >> >meant. The reason I'm interested is it would make a full nvidia driver >> >port quite a bit easier. >> >> Sorry, I know of no current plans which adress this. >> >> The issue is non-trivial to fix because we currently don't pass >> dup(2) events through the vnode layer. > >Are you sure this is even necessary? > >They are talking about "per-open", not "per-fd-instance" data, >which could easily exclude dup, dup2, and fcntl(f_DUPFD). If you don't include dup/dup2/fnctl in your accounting, you can only reliably tell "first open", "another open", "some close" and "final close". You an modulate this with the pid, but you still have no idea what is going on in any amount of detail. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message