netmap: extension to store user data per packet/slot?

Franco Fichtner franco at lastsummer.de
Tue Nov 11 22:01:28 UTC 2014


On 11 Nov 2014, at 22:48, Adrian Chadd <adrian at freebsd.org> wrote:

> Ah, I see. You're missing some unique identifier for each netmap
> buffer. I thought there was one already. Silly me.

Exactly, and, no, thank you for making clear what is needed.  :)

A little more on this: I think struct netmap_slot is convenient
due to the fact that in zero-copy one wouldn't want to mess with
the actual buffer for speed and userland code already touches slot
internals for each ring transition so there is no performance
degradation.

The key benefit is that if userland can use this storage freely
netmap(4) doesn't get in the way of building complex setups that
require decoupled logic and each ring "hop" may alter the state
as required.


Cheers,
Franco


More information about the freebsd-current mailing list