History log of /openbsd/usr.sbin/dvmrpd/control.c (Results 1 – 25 of 25)
Revision Date Author Comments
# 5b133f3f 08-Mar-2023 guenther <guenther@openbsd.org>

Delete obsolete /* ARGSUSED */ lint comments.

ok miod@ millert@


# 79ba17ba 19-Jan-2021 claudio <claudio@openbsd.org>

Cleanup control like in the other routing daemons. Move control_state
and ctl_conns to control.c cleanup headers and the engine accordingly.


# c39b7208 08-Jan-2017 krw <krw@openbsd.org>

Replace hand-rolled for(;;) traversal of ctl_conns TAILQ with
TAILQ_FOREACH().

No intentional functional change.

ok reyk@


# b206500f 07-Dec-2015 mmcc <mmcc@openbsd.org>

Replace bzero with memset, and change a strings.h include to string.h to
get the declaration. From Serguey Parkhomovsky. No objects from
deraadt@.


# b74bd0c0 05-Dec-2015 claudio <claudio@openbsd.org>

EAGAIN handling for imsg_read. OK henning@ benno@


# 47c39353 09-Feb-2015 claudio <claudio@openbsd.org>

Kill another session_socket_blockmode() ... 6 or so to go.


# 9a232962 11-Jul-2014 krw <krw@openbsd.org>

Close the control fd when it has reported EOF.

ok henning@


# 05be5610 26-Nov-2013 henning <henning@openbsd.org>

deal with msgbuf_write EAGAIN, ok gilles benno


# 62e3c252 11-Mar-2013 deraadt <deraadt@openbsd.org>

handle ECONNABORTED errors from accept(). In many code blocks they can be
ignored silently and without aborting, much like EINTR and EWOULDBLOCK are.
ok's from various maintainers of these directori

handle ECONNABORTED errors from accept(). In many code blocks they can be
ignored silently and without aborting, much like EINTR and EWOULDBLOCK are.
ok's from various maintainers of these directories...

show more ...


# bee0886a 11-Apr-2012 deraadt <deraadt@openbsd.org>

delete excessive evtimer_pending; ok claudio


# e215f40d 10-Apr-2012 deraadt <deraadt@openbsd.org>

Handle file descriptor exhaustion in the accept() case.
ok claudio


# d63b6815 02-Sep-2010 sobrado <sobrado@openbsd.org>

remove trailing spaces and tabs from source code; no binary changes
(verified by both sthen@ and me).

ok sthen@; "just commit it" claudio@


# 88d8283a 14-May-2010 claudio <claudio@openbsd.org>

Use calloc() instead of malloc() to allocate the connection structure. This
way the memory is zeroed. This is equivalent to the relayd commit by reyk.
OK reyk, jsg


# 96eac1ed 21-Feb-2010 michele <michele@openbsd.org>

Kill double declaration of control_imsg_relay().

From Christiano F. Haesbaert.

ok claudio@


# 307aca1b 08-Dec-2009 jsg <jsg@openbsd.org>

porcesses -> processes


# e7464dff 02-Dec-2009 mk <mk@openbsd.org>

log_warn() consistency.

`OK' claudio


# 20d80477 02-Nov-2009 claudio <claudio@openbsd.org>

Yet another implementation of IMSG_CTL_LOG_VERBOSE. Similar to the one in
ripd, ospfd and friends. OK michele, henning, sthen


# 14d72cd0 06-Jun-2009 pyr <pyr@openbsd.org>

make dvmrpd imsg-in-a-lib ready as well.
``put it in'' claudio@, ok eric@


# e78453ed 31-May-2009 jacekm <jacekm@openbsd.org>

Remove redundant imsg_event_add calls; ok claudio@


# cfde444a 31-May-2009 claudio <claudio@openbsd.org>

More libevent callback fixes. While there make n also ssize_t as in all
other daemons.


# bca0e58e 25-Feb-2009 claudio <claudio@openbsd.org>

Fix an invalid pointer dereference in control_close(). If control_connbyfd()
fails -- which should never happen -- the function does not return and is
accession the NULL set control pointer later on.

Fix an invalid pointer dereference in control_close(). If control_connbyfd()
fails -- which should never happen -- the function does not return and is
accession the NULL set control pointer later on.
Found by Matthew Haub. OK deraadt@

show more ...


# ac50b3da 31-Jan-2008 henning <henning@openbsd.org>

do not leak confd on malloc failure in control_accept()
found by Igor Zinovik <zinovik@cs.karelia.ru>


# 730dd79d 19-Mar-2007 henning <henning@openbsd.org>

do not signal "connection closed" upstream on EINTR/EAGAIN, from bgpd et al


# d131ba94 23-Jan-2007 claudio <claudio@openbsd.org>

Typo in fatal() message found by dunceor @ gmail dot com


# 978e5cff 01-Jun-2006 norby <norby@openbsd.org>

Welcome dvmrpd
started by Esben Norby some time ago by using the imsg/three process framework
of ospfd.
Right now it is not particularly useful, major parts are still missing but is
imported to allow

Welcome dvmrpd
started by Esben Norby some time ago by using the imsg/three process framework
of ospfd.
Right now it is not particularly useful, major parts are still missing but is
imported to allow more people to work on it.

Status:

The IGMP part is mostly complete, allowing clients to join and leave groups.
Election the IGMP querier of a network is also functional, only thing missing is
some corner cases when going from non-querier to querier.

About half of the DVMRP is functional, probes and route reports are functional.

Multicast streams can be detected and the MFC can be manipulated.
The RIB is not complete but operational.

Not yet connected to the builds.

OK claudio@

show more ...