summaryrefslogtreecommitdiff
path: root/source3/torture/test_messaging_read.c
diff options
context:
space:
mode:
authorVolker Lendecke <vl@samba.org>2014-11-13 10:38:40 +0000
committerJeremy Allison <jra@samba.org>2014-12-09 04:12:07 +0100
commit3a6a6f19410606a9028861ca95ac80d2651e2830 (patch)
tree6fc54a2f9a6417be42119e62e5542b4b38c4eb66 /source3/torture/test_messaging_read.c
parente2ee1a42cf5b57e09604792f46dd173182a014e5 (diff)
downloadsamba-3a6a6f19410606a9028861ca95ac80d2651e2830.tar.gz
messaging3: Avoid self-send complexity
With the notify code I've hit another case where self-sends caused a problem. This time messages were lost because we tried to do multiple dispatch_rec calls from within a single inotify callback. Only the first one was being taken care of, the others did not find receivers. This patch makes self-sends go through the kernel as well, the kernel queues everything nicely for us. With dgram messaging this should be pretty fast. If it turns out to be a performance problem, we can solve it later by doing proper queueing in user space. We need to completely decouple any processing from callbacks. Signed-off-by: Volker Lendecke <vl@samba.org> Reviewed-by: Jeremy Allison <jra@samba.org>
Diffstat (limited to 'source3/torture/test_messaging_read.c')
-rw-r--r--source3/torture/test_messaging_read.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/source3/torture/test_messaging_read.c b/source3/torture/test_messaging_read.c
index 9c4017c36f2..802b4fe734f 100644
--- a/source3/torture/test_messaging_read.c
+++ b/source3/torture/test_messaging_read.c
@@ -122,7 +122,7 @@ bool run_messaging_read1(int dummy)
goto fail;
}
- for (i=0; i<2; i++) {
+ for (i=0; i<3; i++) {
if (tevent_loop_once(ev) != 0) {
fprintf(stderr, "tevent_loop_once failed\n");
goto fail;