Re: sysctl work

[Ed Smith <abandon.every.hope@xxxxxxxxx>]

On 12/22/2010 12:45 AM, Samuel J. Greear wrote:
> On Tue, Dec 21, 2010 at 11:17 AM, Samuel J. Greear<sjg@evilcode.net>  wrote:
> > On Tue, Dec 21, 2010 at 11:08 AM, Ed Smith<abandon.every.hope@gmail.com>  wrote:
> > > On 12/21/2010 1:05 PM, Samuel J. Greear wrote:
> > >
> > > On Tue, Dec 21, 2010 at 10:23 AM, Ed Smith<abandon.every.hope@gmail.com>
> > > wrote:
> > >
> > > Hello-
> > > I was looking through the open projects list on the website and was thinking
> > > of picking up the sysctl work.  Is this project currently open or has
> > > someone picked this up and started on it?
> > >
> > > v/r
> > > ed
> > >
> > > Ed,
> > >
> > > Which sysctl work in particular were you thinking about?
> > >
> > > Best,
> > > Sam
> > >
> > > This listing from the website (under kernel projects):
> > >
> > > Document all sysctl's
> > >
> > > The description of sysctl's can be provided when the sysctl is declared and
> > > displayed in userland by passing the -d flag to the sysctl utility.
> > > Document all undocumented sysctl's
> > > Verify that the description of documented sysctl's is correct.
> > Ed,
> >
> > Students participating in the Google Code-In have cut down the number
> > of undocumented sysctl's dramatically over the past couple of weeks. I
> > still have 60-80 descriptions to commit, which I will do today -- once
> > I do I will follow up here and let you know. There are still quite a
> > few remaining.
> >
> > Sam
> As promised, I just committed all that I had:
> http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/093e85dc37f44ee67afc6d1c3e8c9e24e29764cc
>
> There is currently a Google Code-In student working on the
> vfs.hammer.* sysctl's, and the p1003_1b.* sysctl's are listed as a
> project for Google Code-In presently, but that task has not been
> claimed as yet.
>
> That leaves ~120 other undocumented sysctl's in the GENERIC kernel,
> there are more in LINT no doubt.
>
> kern.clockrate:
> kern.dumpdev:
> kern.ipc.mbtypes:
> kern.dummy:
> kern.ps_strings:
> kern.usrstack:
> kern.init_path:
> kern.ckptgroup:
> kern.ccms_enable:
> kern.debug_execve_args:
> kern.ktrace_suid:
> kern.ps_argsopen:
> kern.ps_arg_cache_limit:
> kern.ntp_pll.gettime:
> kern.seedenable:
> kern.nrandevents:
> kern.zone_gen_alloc:
> kern.zone_big_alloc:
> kern.cputimer.intr.select:
> kern.cputimer.intr.freq:
> kern.cputimer.intr.reglist:
> kern.cputimer.freq:
> kern.cputimer.clock:
> kern.cputimer.name:
> kern.cputimer.select:
> kern.shutdown.kproc_shutdown_wait:
> kern.shutdown.poweroff_delay:
> kern.usched_bsd4_decay:
> kern.usched_bsd4_rrinterval:
> kern.usched_dummy_rrinterval:
> kern.mtx_wakeup_count:
> kern.mtx_collision_count:
> kern.mtx_contention_count:
> kern.fscale:
> kern.ccpu:
> kern.quantum:
> kern.sleep_hard_us:
> kern.bioq_reorder_minor_bytes:
> kern.bioq_reorder_burst_bytes:
> kern.bioq_reorder_minor_interval:
> kern.bioq_reorder_burst_interval:
> kern.log_wakeups_per_second:
> kern.log_console_output:
> kern.nseldebug:
> kern.nselcoll:
> kern.consmute:
> kern.sysbeep_enable:
> kern.chroot_allow_open_directories:
> vm.swap_size:
> vm.swap_anon_use:
> vm.swap_cache_use:
> vm.debug_cluster:
> vm.swap_debug:
> vm.v_free_severe:
> vm.vkernel_enable:
> vm.max_proc_mmap:
> vm.swapcache.write_count:
> vm.swapcache.accrate:
> vm.swapcache.maxfilesize:
> vm.swapcache.maxburst:
> vm.swapcache.curburst:
> vm.swapcache.minburst:
> vm.swapcache.use_chflags:
> vm.swapcache.hysteresis:
> vm.swapcache.maxswappct:
> vm.swapcache.read_enable:
> vm.swapcache.meta_enable:
> vm.swapcache.data_enable:
> vm.swapcache.maxlaunder:
> vfs.debug_commit:
> vfs.ffs.doreallocblks:
> vfs.ffs.doasyncfree:
> net.inet.ip.portrange.hilast:
> net.inet.ip.portrange.hifirst:
> net.inet.ip.portrange.last:
> net.inet.ip.portrange.first:
> net.inet.ip.portrange.lowlast:
> net.inet.ip.portrange.lowfirst:
> net.inet.ip.dispatch_recheck_count:
> net.inet.ip.dispatch_software_count:
> net.inet.icmp.bmcastecho:
> net.routetable:
> net.link.generic.if_start_oncpu_sched:
> net.link.generic.if_devstart_schednochk:
> net.link.generic.if_devstart_schedonly:
> net.link.generic.ifq_dispatch_schednochk:
> net.link.generic.ifq_dispatch_schedonly:
> net.link.ether.inet.host_down_time:
> net.link.ether.inet.max_age:
> net.link.ether.inet.prune_intvl:
> net.inet6.ip6.log_interval:
> net.route.assert_owner_access:
> debug.elf_trace:
> debug.rush_requests:
> hw.physmem:
> hw.usermem:
> hw.an.an_cache_iponly:
> hw.an.an_cache_mcastonly:
> hw.an.an_cache_mode:
> hw.an.an_dump:
> hw.busdma.zone0.lowaddr:
> hw.busdma.zone0.alignment:
> hw.busdma.zone1.lowaddr:
> hw.busdma.zone1.alignment:
> hw.availpages:
> hw.i8254.timestamp:
> machdep.adjkerntz:
> machdep.disable_rtc_set:
> machdep.bootinfo:
> machdep.wall_cmos_clock:
> machdep.cs_recv_delay:
> machdep.enable_panic_key:
> machdep.apm_standby_delay:
> machdep.apm_suspend_delay:
> machdep.smp_active:
> machdep.conspeed:
> machdep.conrclk:
> user.expr_nest_max:
> user.posix2_char_term:
> lwkt.spin_loops:
> lwkt.ipiq_optimized:
> iosched.debug:
>
>
> Sam
Thanks, Sam.  I'll start digging through it once I install the power 
supply on my dev box (today/tomorrow).  Are you the maintainer/contact 
for this portion?

v/r
ed