t would be
appreciated. I'll attach the patch to this mail as well since it is a
quite small one.
Cordially,
Andreas Kempe
Index: share/man/man4/ng_iface.4
===
--- share/man/man4/ng_iface.4 (revision 338702)
+++ share/man/man4/ng_iface
w to submit a patch in the future if I get actually
well thought out ideas.
Thank you for the feedback!
// Andreas Kempe
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
mall workaround that works on our test machine, although
I suspect this could potentially cause issues as we're destroying the
port before we destroy the interface. Please see the attached patch for
the workaround.
Cordially,
Andreas Kempe
Lysator ACS
--- sys/dev/mlx4/mlx4_
an active interface. If it could cause issues if
operations are performed on the interface while it is being destroyed.
That said, I've tested without the call to if_down() and it seems to work.
Cordially,
Andreas Kempe
___
freebsd-net@freebsd.org mail
s are running 11.2-RELEASE-p9.
Does anyone recognise these issues?
Thank you for any assistance!
Cordially,
Andreas Kempe
--- usr.sbin/ndp/ndp.c.old 2019-03-13 22:06:05.472614000 +0100
+++ usr.sbin/ndp/ndp.c 2019-03-14 01:10:30.049934000 +0100
@@ -388,7 +388,7 @@
register struct sockaddr_dl
ot investigated what causes the MTU to be perceived as
too large, but our machine stopped crashing after applying the patch.
Cordially,
Andreas Kempe
Index: sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_cm.c
===
--- sys/ofed/d
this,
all multicast groups will be cleaned up before the ib_multicast client
is destroyed.
See patch attached. Sponsored by: Lysator ACS
Cordially,
Andreas Kempe
--- sys/ofed/drivers/infiniband/ulp/ipoib/ipoib_main.c 2020-02-21 20:52:35.311328000 +0100
+++ sys/ofed/drivers/infiniband/ulp/ipoib
