On Tue, Feb 13, 2018 at 09:02:06PM +0000, Stuart Henderson wrote: > On 2018/02/13 12:57, Jiri B wrote: > > On Mon, Feb 12, 2018 at 10:02:52PM +0100, Thomas Weinbrenner wrote: > > > Perhaps this has nothing to do with vmm. > > > > I can confirm too that this Tor issue - being stucked for cca 2 minutes - > > happens also on baremetal. > > > > Thus moving from misc@ to ports@ as this is more appropriate, CC tor port > > maintainer (sorry for multiple mails). > > > > If anybody has a recommendation, please share it. Is it OpenBSD specific > > problem? > > Try a kernel built from source after 2018/02/11 14:53:57 (uipc_syscalls.c).
Thanks to all, with recent kernel everything works as expected. ... Feb 14 11:54:19.000 [debug] circuit_consider_stop_edge_reading: considering layer_hint->package_window 941 ^^ here it was stucked before... Feb 14 11:54:19.000 [debug] connection_or_process_cells_from_inbuf: 4: starting, inbuf_datalen 0 (0 pending in tls object). Feb 14 11:54:19.000 [debug] connection_bucket_refill_helper: global_read_bucket now 1073741824. Feb 14 11:54:19.000 [debug] connection_bucket_refill_helper: or_conn->read_bucket now 1073741824. Feb 14 11:54:19.000 [debug] circuit_remove_handled_ports: Port 443 is already being handled; removing. Feb 14 11:54:20.000 [debug] circuit_remove_handled_ports: Port 443 is already being handled; removing. ... kern.version=OpenBSD 6.2-current (GENERIC.MP) #6: Tue Feb 13 20:16:11 MST 2018 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Jiri