https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197230
Eugene Grosbein changed:
What|Removed |Added
Assignee|n...@freebsd.org |eu...@freebsd.org
Hi,
What you want to do is definitely possible using the "host rings", aka
"sw rings".
The idea is that netmap intercepts all the packets arriving from the NIC RX
"hardware" ring(s). Your netmap program should then look at the packets and
decide which ones should be forwarded to the host kernel (
On any given day I log betwen 30 and several hundred messages similar to
this:
TCP: [137.200.39.19]:443 to [192.168.1.5]:39576 tcpflags 0x12;
tcp_input: Connection attempt to closed port
The remote port is always 80 or 443. They usually show up in bursts of over
a dozen, probably re-transmits. The
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229727
Eugene Grosbein changed:
What|Removed |Added
Flags|mfc-stable11? |mfc-stable11+
Resolution
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229727
--- Comment #45 from commit-h...@freebsd.org ---
A commit references this bug:
Author: eugen
Date: Fri Aug 17 19:18:59 UTC 2018
New revision: 337985
URL: https://svnweb.freebsd.org/changeset/base/337985
Log:
MFC r336461: bge(4): disable
Hello there, I would like to use netmap with pptk (emulated driver) to
generate send traffic from an interface, but still allow rx/tx to get to
the the kernel so that other user-space networking processes function as
normal. Currently, if I open an interface eg netmap:eth0, other user space
process
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=181741
Mark Johnston changed:
What|Removed |Added
Resolution|--- |FIXED
Status|Open
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=181741
--- Comment #23 from commit-h...@freebsd.org ---
A commit references this bug:
Author: markj
Date: Fri Aug 17 16:04:21 UTC 2018
New revision: 337975
URL: https://svnweb.freebsd.org/changeset/base/337975
Log:
MFC r337328:
Don't check rc
