Subject: Re: @booted_kernel magic symlink?
To: Garrett D'Amore <garrett_damore@tadpole.com>
From: Garrett D'Amore <garrett_damore@tadpole.com>
List: tech-kern
Date: 04/26/2006 22:38:20
Garrett D'Amore wrote:
> Brett Lymn wrote:
>   
>> On Thu, Apr 27, 2006 at 01:07:47AM -0400, Chapman Flack wrote:
>>   
>>     
>>> Yes ... they *could* all use sysctls ... the theory is lovely ...
>>> but about 18 of 'em currently don't, and by what date do you predict
>>> all 18 will have been re-engineered to use sysctls? 
>>>     
>>>       
>> I don't want to get into whether or not the proposal is right or wrong
>> but you are not correct with the 18 number there - some of the
>> binaries you have listed only use a kvm groveller if you give it the
>> right command line flags.  From memory, vmstat does this, so you can
>> examine a crash dump - in this case you don't have much choice but to
>> grovel through the memory image.  I believe this is the case with some
>> of the other tools
>>
>> I know someone has recently put in a PR about systat requiring the
>> kernel image, hopefully this will get fixed when someone gets some
>> time.  I wonder if this would make a nice Google SoC project - convert
>> all the tools reliant on kvm grovelling to use sysctl.
>>
>>   
>>     
>
> This would be an excellent SoC project.
>
>   

Btw, some programs in /bin/ and /sbin/ were probably missed.  ps for
example.  But some of these programs use the nlist from the running
system instead of relying on /netbsd, and hence, don't even need this
silly @booted_kernel garbage.

E.g., on my embedded board without any /netbsd, the following tools all
"just work":

ps
w
pkill
ipcs (I think -- I'm not using any shared mem progs)
ntp* (various programs, ntpdate, ntpdate, ntptime, all work)
nfsstat

These ones *don't* work:

vmstat
netstat
pmap
fstat
systat
pstat
ifmcstat

Unknown (because I don't have sufficient info to test)

kgmon (? reports that I don't have profiling in the kernel, which is true)
trpt
trsp
mlxctl - don't have mlx adapters.  why tf does this want it?
ccdconfig
savecore

-- 
Garrett D'Amore, Principal Software Engineer
Tadpole Computer / Computing Technologies Division,
General Dynamics C4 Systems
http://www.tadpolecomputer.com/
Phone: 951 325-2134  Fax: 951 325-2191