Date: Thu, 7 Sep 2000 17:04:59 -0400 (EDT) From: Robert Watson <rwatson@FreeBSD.org> To: Don Lewis <truckman@FreeBSD.org> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern init_main.c kern_exec.c kern_exit.c kern_fork.c kern_proc.c kern_prot.c kern_resource.c uipc_socket.c uipc_socket2.c uipc_usrreq.c vfs_aio.c src/sys/sys proc.h resourcevar.h ucred.h Message-ID: <Pine.NEB.3.96L.1000907170228.30548B-100000@fledge.watson.org> In-Reply-To: <200009071913.MAA91342@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> Because the pcred and ucred structures changed size, libkvm and friends > will need to be rebuilt. I keep wondering to myself if we shouldn't start exporting something other than our native in-kernel structures via sysctl--i.e., introduce a version-controlled "exportproc" structure, and other related structs. This would let things such as in-kernel flag changes, scheduler modifications, etc, occur freely without breaking userland all the time. The code in the appropriate sysctl would copy over documented, well-known fields to exportproc. A lot of the things that change in struct proc are of no interest to ps anyway :-). This becomes especially relevant when the fields of traditional single monolithic structures (proc, cred, ...) start being broken out into more modular structures; there's no reason for the userland sysctl api to change as a result. Robert N M Watson robert@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services 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?Pine.NEB.3.96L.1000907170228.30548B-100000>