freebsd_amp_hwpstate/usr.sbin
Ollivier Robert 88edbb05c3 Fix bug in rarpd:
Explanation of the bug: when processing its first request, rarpd
     opens a routing socket to send requests to the arp table. It keeps
     that socket open afterwards, while waiting for new RARP requests.

     Meanwhile, the data received on the routing socket fill up until
     they are about 8Kbytes in size. Any additional data is lost.

     When rarpd receives its next RARP request, it tries to access the
     ARP table via a routing socket call, then waits for the answer to
     its own request. This answer is lost because the received data is
     already filled: when looking for the reply, rarpd receives only
     8kbytes worth of data, then loops waiting forever.

     Someone please test it on -STABLE and commit it. We can close the PR
     when testing on STABLE is done.

PR:		bin/5669
Submitted by:	Pierre Beyssac <pb@fasterix.freenix.org>
1998-04-02 13:20:15 +00:00
..
IPXrouted
ac
accton
adduser
amd
apm
apmconf
arp
bad144
bootparamd
cdcontrol
chown
chroot
ckdist
config
cron
crunch
ctm
dev_mkdb
diskpart
dpt
edquota
fdcontrol
fdformat
fdwrite
inetd
iostat
ipfstat
ipftest
ipmon
ipnat
ipresend
ipsend
iptest
kbdcontrol
kbdmap
kernbb
keyadmin
keyserv
kgmon
kvm_mkdb
lpr
lptcontrol
manctl
mixer
mkdosfs
mount_portalfs
mountd
moused
mptable
mrouted
mtest
mtree
named
named.reload
named.restart
natd
ncrcontrol
ndc
newsyslog
nfsd
nologin
nslookup
pccard
pciconf
pcvt
periodic
pkg_install
pnpinfo
portmap
ppp
pppctl
pppd
pppstats
procctl
pstat
pw
pwd_mkdb
quot
quotaon
rarpd
repquota
rmt
rndcontrol
rpc.lockd
rpc.statd
rpc.yppasswdd
rpc.ypupdated
rpc.ypxfrd
rtprio
rwhod
sa
sade
sendmail
sgsc
sicontrol
sliplogin
slstat
spkrtest
spray
stallion
sysctl
sysinstall
syslogd
tcpdump
timed
traceroute
trpt
tzsetup
vidcontrol
vipw
vnconfig
watch
wlconfig
wormcontrol
xntpd
xten
yp_mkdb
ypbind
yppoll
yppush
ypserv
ypset
zic
Makefile
Makefile.inc