Date: Wed, 12 May 1999 03:45:29 +0000 From: Robert Garrett <eagle@phc.igs.net> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: current@FreeBSD.ORG Subject: Re: simple (but important) task for junior kernel hacker Message-ID: <19990512034529.A5516@phc.igs.net> In-Reply-To: <3916.926498321@critter.freebsd.dk> References: <19990512033344.E21016@phc.igs.net> <3916.926498321@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 12 May 1999 at 10:38:41 +0200, Poul-Henning Kamp wrote: > In message <19990512033344.E21016@phc.igs.net>, Robert Garrett writes: > >On Wed, 12 May 1999 at 10:04:09 +0200, Poul-Henning Kamp wrote: > >> > >> I don't have time just now to attend this particular detail, which > >> manifests itself by swapinfo/pstat -p showing "/dev/(null)" for > >> device name. > >> > >> The problem in short is that libkvm:kvm_getswapinfo.c has it's > >> fingers in the kernels memory and pulls out a dev_t without knowing > >> how to (and it shouldn't be taught this!) convert it to a udev_t. > >> > >> The Right Way to solve this problem is to rewrite libkvm:kvm_getswapinfo.c > >> to pick up the information using some (for this purpose constructed) > >> sysctl variables (sysctlbyname(3) please!), and let the kernel convert > >> the dev_t to udev_t before passing it out to userland. > >> > >> So for any aspiring kernel hackers out there: have at it. Patches > >> accepted. > >> > >> In general libkvm should not grovel around in a running kernel but > >> only use sysctlbyname(3). > >> > >> -- > >the only place in the entire libkvm where a dev_t is used is > >kvm_proc.c line 230 this particular section completely looses me > > There is a dev_t passed out to pstat -s in a datastructure. Right and thats where it comes from kvm_proc.c is responsible for dealing with pstat at least the way I read that file Rob > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > FreeBSD -- It will take a long time before progress goes too far! > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990512034529.A5516>