Date: Wed, 24 Jan 2001 09:19:46 -0800 From: Julian Elischer <julian@elischer.org> To: Garrett Wollman <wollman@khavrinen.lcs.mit.edu> Cc: Bruce Evans <bde@zeta.org.au>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/isofs/cd9660 cd9660_vfsops.c Message-ID: <3A6F0EB2.212D9BC8@elischer.org> References: <20010123163418.N26076@fw.wintelcom.net> <Pine.BSF.4.21.0101242229170.44683-100000@besplex.bde.org> <200101241547.KAA61320@khavrinen.lcs.mit.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Garrett Wollman wrote:
>
> <<On Wed, 24 Jan 2001 23:10:51 +1100 (EST), Bruce Evans <bde@zeta.org.au> said:
>
> > Unfortunately, most vfs and vnop interfaces including VFS_MOUNT() make
> > it unclear that p == curproc by pretending to support arbitrary p's.
>
> I believe the intent was (and Kirk can correct me if I'm wrong) that
> curproc should one day be eliminated, and the `p' argument to many
> kernel functions would be the only MI way to access the process
> structure of the current process. (Analogous to the way in which
> post-4.3 BSD removed `u' as an alias for the current process's user
> area.) I don't think it was ever intended that these functions be
> able to operate on arbitrary (non-running) processes.
when the threading interface in impemented, many of these will become
's' as they will point to KSEs rather than processes, (or even 'c' when they
point to a context instead of a process.)
>
> -GAWollman
--
__--_|\ Julian Elischer
/ \ julian@elischer.org
( OZ ) World tour 2000
---> X_.---._/ from Perth, presently in: Budapest
v
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3A6F0EB2.212D9BC8>