Hi,
here's a diff to export tdb MTUs via pfkey and view them with ipsecctl.
This turned out to be quite useful to debug path MTU discovery issues with
IPsec UDP encapsulation.
ok?
Index: sys/net/pfkeyv2.c
===
RCS file:
On Sun, Jul 04, 2021 at 04:16:24PM +0200, Tobias Heider wrote:
> here's a diff to export tdb MTUs via pfkey and view them with ipsecctl.
> This turned out to be quite useful to debug path MTU discovery issues with
> IPsec UDP encapsulation.
>
> ok?
OK bluhm@
> Index: sys/net/pfkeyv2.c
>
Hi,
I had trouble interfacing with a machine's IPMI through dwiic(4). What
I saw was that when sending 'bigger' commands, it would never receive
the STOP bit interrupt.
The trouble is, as can be seen in the log, that we want to send (it
says read, but it's a write OP, so it's send) 20 bytes,
On Sun, 04 Jul 2021 23:25:25 +0200, Alexander Hall wrote:
> The "... do done" variant has been frequently used by me, and seems to appear
> at least three times in install.sub, so if this goes in, please scan the scr
> ipts in our tree first, at least for trivial cases.
Fair enough, let's just
I stumbled upon a weird hotel WiFi which never gets to a fully running
link with iwx0. I see ifconfig is stuck with:
iwx0: flags=808847 mtu
1500
lladdr xx
index 1 priority 4 llprio 3
groups: wlan egress
media: IEEE802.11 autoselect (HT-MCS11 mode 11n)
The "... do done" variant has been frequently used by me, and seems to appear
at least three times in install.sub, so if this goes in, please scan the
scripts in our tree first, at least for trivial cases.
/Alexander
On July 2, 2021 8:20:44 PM GMT+02:00, "Todd C. Miller"
wrote:
>Currently,
On 02/07/21(Fri) 15:01, Alexander Bluhm wrote:
> On Fri, Jul 02, 2021 at 01:05:39PM +0200, Martin Pieuchot wrote:
> > Looks good to me. Grabbing solock() after calling pledge_socket() in
> > sys_connect(), like it is already done in sys_bind(), means it is ok
> > to read this field w/o lock. Is