src/contrib/openbsm/bin/auditdistd/sender.c, branch main

Remove invalid comments and correct some typos.

2018-10-04T05:57:27+00:00

Approved by:	re (kib)

When the adist_free list is empty and we lose connection to the receiver we

2018-10-04T05:54:57+00:00

move all elements from the adist_send and adist_recv lists back onto the
adist_free list, but we don't wake consumers waitings for the adist_free list
to become non-empty. This can lead to the sender process stopping audit trail
files distribution and waiting forever.

Fix the problem by adding the missing wakeup.

While here slow down spinning on CPU in case of a short race in
sender_disconnect() and add an explaination when it can occur.

PR:		201953
Reported by:	peter
Approved by:	re (kib)

Merge OpenBSM 1.2 alpha 4.

2015-12-18T09:48:01+00:00

MFC after:	2 weeks
Relnotes:	yes

Unlock the right lock.

2014-08-28T11:50:52+00:00

The adist_remote_lock is not held in this place, whereas the
adist_recv_list_lock lock is and is picked up during the next iteration.

I found this by annotating our libpthread with Clang's -Wthread-safety
attributes. I will send out a patch for this in the nearby future,
because it's awesome.

MFC after:	2 weeks

When we are waiting for new trail files we may have been disconnected and

2013-02-28T01:24:24+00:00

reconnected in the meantime. Check if reset is set before opening next trail
file, as not doing so will result in sending OPEN message with the same
file name twice and this is illegal - the second OPEN is send without first
closing previous trail file.

Merge OpenBSM 1.2-alpha2 from vendor branch to FreeBSD 10-CURRENT; the

2012-12-01T11:58:08+00:00

primary new feature is auditdistd.

Obtained from:	TrustedBSD Project
Sponsored by:	The FreeBSD Foundation (auditdistd)