BUG/MINOR: haterm: don't apply the default pipe size margin twice

Commit 6d16b11022 ("BUG/MINOR: haterm: preserve the pipe size margin
for splicing") solved the issue of pipe size being sufficient for the
vmsplice() call, but as Christopher pointed out, the ratio was applied
to the default size of 64k, so now it's applied twice, giving 100k
instead of 80k. Let's drop it from there.

No backport needed.

diff --git a/src/haterm.c b/src/haterm.c
index dfe9e5ae0ce5b7a47c1d71d7d10810990c237607..b452aef307c4d886bc632e4ba97e631ab28ce0aa 100644 (file)
--- a/src/haterm.c
+++ b/src/haterm.c
@@ -1210,7 +1210,7 @@ static int hstream_build_responses(void)
 #if defined(USE_LINUX_SPLICE)
 static void hstream_init_splicing(void)
 {
-       unsigned int pipesize = 65536 * 5 / 4;
+       unsigned int pipesize = 65536;
 
        if (!(global.tune.options & GTUNE_USE_SPLICE) || !global.maxpipes)
                return;