[Bug 245181] Proxy ARP (net.link.ether.inet.proxyall) does not work for FIB other than 0

2020-04-06 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245181 Kubilay Kocak changed: What|Removed |Added Keywords|needs-qa| -- You are receiving this mail b

Re: Issue with epoch_drain_callbacks and unloading iavf(4) [using iflib]

2020-04-06 Thread Eric Joyner
On Mon, Apr 6, 2020 at 2:29 PM Mark Johnston wrote: > On Mon, Apr 06, 2020 at 02:19:25PM -0700, Eric Joyner wrote: > > Mark, > > > > I think I was mistaken about the backtrace looking the same. I was > looking > > at it from within ddb, and I think I focused on the > > epoch_block_handler_preempt

Re: Issue with epoch_drain_callbacks and unloading iavf(4) [using iflib]

2020-04-06 Thread Mark Johnston
On Mon, Apr 06, 2020 at 02:19:25PM -0700, Eric Joyner wrote: > Mark, > > I think I was mistaken about the backtrace looking the same. I was looking > at it from within ddb, and I think I focused on the > epoch_block_handler_preempt line and didn't notice that it only stopped > there this time. Her

Re: Issue with epoch_drain_callbacks and unloading iavf(4) [using iflib]

2020-04-06 Thread Eric Joyner
On Tue, Mar 31, 2020 at 12:28 PM Mark Johnston wrote: > On Tue, Mar 31, 2020 at 12:14:20PM -0700, Eric Joyner wrote: > > Mark, > > > > I tried out a kernel with the tip of CURRENT with both D24214 and D24215 > > applied, and I still see the problem. As well, after doing a "sysctl > > debug.kdb.en

Re: [PATCH] Implement the upcoming RFC4941bis (IPv6 SLAAC temporary addresses/privacy extensions)

2020-04-06 Thread Fernando Gont
Folks, Any thoughts? On 2/4/20 22:55, Fernando Gont wrote: Folks/Hiroki, I've implemented the upcoming revision of RFC4941 (https://tools.ietf.org/html/draft-ietf-6man-rfc4941bis-08) for FreeBSD. The main changes are this: * Reduce the Valid Lifetime from 1 week to 2 days. This effectively

Re: Revisiting FreeBSD-SA-08:10.nd6 (or: avoiding IPv6 pain)

2020-04-06 Thread Fernando Gont
On 6/4/20 12:22, Philip Homburg wrote: However, when a packet from an "off-link" network is employed, the sending node has no way of knowing where to send the packet, unless it simply swaps the src and dst mac addresses, and uses the source address of the packet as the destination addresses. No

Re: Revisiting FreeBSD-SA-08:10.nd6 (or: avoiding IPv6 pain)

2020-04-06 Thread Philip Homburg
>However, when a packet from an "off-link" network is employed, the >sending node has no way of knowing where to send the packet, unless it >simply swaps the src and dst mac addresses, and uses the source address >of the packet as the destination addresses. No, a node can just use the normal IP