Updating src tree:
P src/distrib/sets/lists/tests/mi
P src/share/misc/acronyms.comp
P src/sys/arch/arm/nvidia/tegra210_xusbpad.c
P src/sys/arch/macppc/stand/fixcoff/elf32_powerpc_merge.x
P src/sys/dev/i2c/adm1021.c
P src/tests/net/route/Makefile
U src/tests/net/route/t_rtcache.sh
P src/usr.bin/sta
Date:Wed, 20 Sep 2017 21:06:51 + (UTC)
From:NetBSD Test Fixture
Message-ID: <150594161124.25268.1441500354190307...@babylon5.netbsd.org>
| This is an automatically generated notice of new failures of the
| NetBSD test suite.
|
| The newly failing test cas
On Wed, 20 Sep 2017, Havard Eidnes wrote:
the OpenSSH in NetBSD has for quite a while had the "high- performance
networking" patches applied.
I wasn't aware of this. That's good to know. I've often wondered what
patch sets we apply to NetBSD's SSH implementation.
However, when you copy "in t
This is an automatically generated notice of new failures of the
NetBSD test suite.
The newly failing test cases are:
bin/dd/t_dd:seek
fs/tmpfs/t_create:attrs
fs/tmpfs/t_devices:basic
fs/tmpfs/t_link:basic
fs/tmpfs/t_link:subdirs
fs/tmpfs/t_mkdir:attrs
fs/tmpfs/t_mkdir
Hello. I spent quite a bit of time looking at this under NetBSD-5 and
discovered that the default ssh settings, along with the default tcp
network settings precluded the adaptive network performance from working.
As a result, I've added the following lines to the ssh configs as well as
the
Hi,
the OpenSSH in NetBSD has for quite a while had the "high-
performance networking" patches applied.
However, despite this, we are observing rather low performance
when copying files over a distance, e.g. we have a pair of hosts
running netbsd-7 code, placed some 14-15ms apart, where scp'ing a