to /dev/null.

point of view.
mostly ok sthen@ ajacoutot@, who were discussing the feng shui of the
start_daemons chunk

from robert at peichaer dot org
discussed with and ok halex@

scripts; from robert at peichaer dot org
ok halex@
While here, put the "sanitation" commands in their own block.

such).
from robert at peichaer dot org
modified after a discussion with halex@
ok halex@ robert@

from robert at peichaer dot org
ok halex@

privilege is needed to run rc_check.
In effect this means /etc/rc.d/foobar check can now be run as a regular
user.
Discussed with robert@ during g2k12.
ok todd@

signatures from observation.
ok mikeb@ jsing@ henning@ deraadt@

OK espie@ kettines@

ok robert@

ok robert@

ok ajacoutot@, krw@, deraadt@

initially from robert at peichaer dot org with some enhancement by halex@
ok halex@

out of the box.
ok deraadt@ pirofti@

descriptor starvation, we can crank the default user file descriptor
limits.

preventing them being locally allocated as dynamic ports.
If AMT is configured with the same IP address as the host (and, in
the case of redirection/https ports, if the relevant feature is
enabled), it will steal packets sent to its ports.
ok mikeb@. kettenis@ thinks it's probably a good idea.

These are useful if you're behind a bad nat with short timeouts as often
found in airport lounges and hotels. If the keepalives fail because the
network goes away (moving out of wireless reception, swapping cables etc)
your connections are more likely to drop so this is a double-edged sword.
ok henning@

daemon is not active (happens often to me, as I forget which box has
which daemons).
okay ajacoutot@

provide IP22 and IP28 kernels, as well as the ECOFF bootblock.
No objection from deraadt@

and have been stubbed on openbsd.org anyway ok millert@ robert@ otto@

ok jmatthew@

default, similar to the v6 entries.
While here, add a filter for 100.64.0.0/10, which is now reserved by RFC 6598
OK henning@, sthen@

(yeah, the md parts are NOT, not yet).
okay miod@, deraadt@

ok miod@

to fix and there are several alternatives that don't tell quite so many
dangerous lies.
enthusiastic agreement from a bunch of people

ok deraadt@

media on them. Try to be helpful and explain how things may fail on the
older PROM and what to do about this.

(IP20, IP22, IP24) in 64-bit mode, adapated from NetBSD. Currently limited
to headless operation, input and video drivers will get ported soon.
Should work on all R4000, R4440 and R5000 based systems. L2 cache on R5000SC
Indy not supported yet (coming soon), R4600 not supported yet either (coming
soon as well).
Tested to boot multiuser on: Indigo2 R4000SC, Indy R4000PC, Indy R4000SC,
Indy R5000SC, Indigo2 R4400SC. There are still glitches in the Ethernet driver
which are being looked at.
Expansion support is limited to the GIO E++ board; GIO boards with PCI-GIO
bridges not ported yet due to the lack of hardware, and this kind of driver
does not port blindly.
Most of this work comes from NetBSD, polishing and integration work, as well
as putting as many ``R4x00 in 64-bit mode'' erratas as necessary, by yours
truly.
More work is coming, as well as trying to get some easy way to boot install
kernels (as older PROM can only boot ECOFF binaries, which won't do for the
kernel).

noticed / requested by claudio@
discussed with henning / claudio / me

these are obsolete and no longer available in kernel
"absolutely. ok" henning@