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
