Wondering if this can happen if somehow the mbuf->m_len is not correct(e.g., 0)
and thus causing the dma to fail silently. The only way this is happening if
the arp request is larger than 64 bytes and the arp response code is reusing
the packet to send a 64 byte response.
Thanks,
-Sreekanth
That's an interesting theory, you could add a check into the tx path
looking for a zero m_len and see, seems unlikely though :)
Jack
On Fri, Jun 3, 2016 at 1:15 PM, Sreekanth Rupavatharam wrote:
> Wondering if this can happen if somehow the mbuf->m_len is not
> correct(e.g., 0) and thus causi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209351
Navdeep Parhar changed:
What|Removed |Added
CC||n...@freebsd.org
--- Comment #2 f
On Thu, Jun 02, 2016 at 02:18:56PM +0200, Julian K. wrote:
> is there anyone who wants to use MAC based rules with IPFW?
> I want to build a captive portal that also supports IPv6. MAC addresses
> in IPFW tables would help a lot.
I use MAC in IPFW and want MAC in IPFW tables to simplify rules.
__
