Hi,
i have recently made an update to the netmap I/O framework
http://info.iet.unipi.it/~luigi/netmap/
that should make it easier to add netmap support to libpcap.
So I was wondering if there is any interest to implement this
and how we can go for it.
In short (see the webpage for
@@ -0,0 +1,263 @@
+/*
+ * Copyright (C) 2014 Luigi Rizzo. All rights reserved.
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ *
+ * 1. Redistributions of source code must retain the above
On Sat, Feb 15, 2014 at 1:15 PM, Michael Richardson m...@sandelman.cawrote:
So, basically if we use a device name like netmap: or vale,
then we would get support for it. Are there dependancies that would
piss off distros that we should worry about? You say that we need netmap,
but I don't
On Sat, Feb 15, 2014 at 1:37 PM, Guy Harris g...@alum.mit.edu wrote:
On Feb 15, 2014, at 1:24 PM, Luigi Rizzo ri...@iet.unipi.it wrote:
At runtime, netmap only uses open(), ioctl(), mmap() and poll().
...and nm_dispatch(). Is that an inline function defined in the headers?
yes, same
On Sat, Feb 15, 2014 at 11:24:28PM +0100, Luigi Rizzo wrote:
...
I think what Michael means is that if we include net/netmap.h and
net/netmap_user.h in the libpcap distribution, we can have the support
always compiled in and postpone the decision at compile time
On Thu, Feb 27, 2014 at 11:24 AM, Guy Harris g...@alum.mit.edu wrote:
On Feb 15, 2014, at 2:10 PM, Luigi Rizzo ri...@iet.unipi.it wrote:
Netmap works at least on any interface visible to the OS
(in native or emulated mode, the latter with some limitations
e.g not when the interface
On Thu, Feb 27, 2014 at 1:05 PM, Guy Harris g...@alum.mit.edu wrote:
On Feb 27, 2014, at 12:57 PM, Luigi Rizzo ri...@iet.unipi.it wrote:
this can be used to plumb things together.
If you want to plumb things together, do you need libpcap?
the plumbing is done by netmap/vale/netmap pipes