> On Thu, Sep 01, 2022 at 02:57:27PM +0200, Martin Pieuchot wrote:
> > Yesterday gnezdo@ fixed a race in uvn_attach() that lead to the same
> > assert. Here's an rebased diff for the bug discussed in this thread,
> > could you try again and let us know? Thanks!
>
> Wow! With this diff I
On Mon, Sep 05, 2022 at 03:23:21PM +0200, Sebastien Marie wrote:
> 15:06:59.567147 c8:be:19:e2:2c:ed 33:33:ff:fc:bf:56 ip6 86:
> fd00:65c6:f26a:5c::1 > ff02::1:fffc:bf56: icmp6: neighbor sol: who has
> fd00:65c6:f26a:5c:452e:64ab:3ffc:bf56
Some packets sent by the neighbor solicitation state
Hi,
I have a host (desktop) with em(4) network card.
em0 at pci0 dev 25 function 0 "Intel I217-LM" rev 0x04: msi, address
8c:dc:d4:30:35:90
This host has both ipv4 and ipv6 connectivity. I have regulary a problem to
connect to it using ipv6, whereas it works reliabily with ipv4.
On Sun, Sep 04, 2022 at 07:34:04PM +0300, Vitaliy Makkoveev wrote:
> I suspect missing netlock in the config path or within timeout handler,
> but exclusive netlock assertion makes sense.
>
> Also, we could have "double protection" here, like we have for
> `if_list'. I mean we hold both kernel
On 2022/09/04 18:30, Tim Chase wrote:
> On 2022-09-04 18:16, Tim Chase wrote:
> > Playing around, I encountered the man-page talked about a toolbar:
> >
> > $ man xterm | ul | grep -e -tb -A6
> >-tb This option, corresponding to the toolBar resource, indicates
> >
