Fix the manpage to document that the gateway parameter is
optional for most route subcommands.

Add comment explaining generation increment

In D13988#293614, @karels wrote:

Could this use the new invalidate macro?

NULL-out rte after route cache is invalidated

In D13417#281628, @ae wrote:

It would be nice if you describe why this leak happens, i.e. where leaked reference was acquired.

In D11560#239289, @hselasky wrote:

Hi,

Don't pull the "old behaviour" into the driver. You should use a linked list of mbufs and load that instead of the mlx4_en_frag_info structure now we are using busdma!

There is a better way to implement this. Can Mellanox take over this issue?

--HPS

@kmacy I have not. We probably have an equivalent fix committed locally @ $WORK but it might be tied too closely to the high-precision timestamp work to easily extract.

In D10535#218388, @sbruno wrote:

Maybe you've seen something that requires this lock acquisition in your testing. Can you explain why we need to acquire this lock here?

Add the locking mentioned the description but omitted from the
actual revision.

I'm not sure what we want to do with this fix given the imminent iflib conversion, but at least this should go into stable branches.

Obsoleted by gleb's User/Kernel KPI fixes

In D9465#198397, @pkelsey wrote:

I realize the issue there is exposure of a type definition to userland, but a related question is - what exactly is the userland-ABI property we are trying to maintain here? Are we just trying to keep this struct the same size and layout under all kernel configuration option selections and feature evolutions for a given machine type? Or are we also trying to keep it the same size and layout across different machine types (or at the very least a single pair of relevant machine types)? For example, is the #ifdef_LP64 really necessary in the TCPPCAP section?

• fixup! Don't zero out srtt after excess retransmits

See this ML post for a detailed description of the problem:
https://lists.freebsd.org/pipermail/freebsd-current/2013-January/039261.html

Ensure we don't walk off the end of the ring

--git-dir is unreliable, so use -C $git_repo instead

Similar fix is needed in importgit

This is not the correct fix. The bug lies in a higher layer; the stack must never call into the ifnet layer with the if_addr_lock already held. I see how to fix the upper layer, so I'll take that.